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Information Management System 

Background of Invention 

[0001] The present invention generally relates to the field of extracorporeal blood 

processing systems and, more particularly, to providing information management 
and/or data manipulation and/or optimization capabilities to, in and/or with such 
systems. 

[0002] The utilization of blood taken from donors and transfused into recipients is well 
known for purposes of treating medical conditions. More recently, selected blood 
components have been separated and collected from donated blood for subsequent 
transfusion into recipients for the more specific therapeutic benefits of those 
particular blood components. The primary blood components of current interest in 
many separation and collection technologies include platelets, red blood cells, white 
blood cells, stem cells and plasma, inter alia . 

[0003] 

In the harvesting of blood components, blood is removed from a donor through a 
needle assembly or other blood access device and may thereafter be processed by 
centrifugation or other appropriate separation techniques to isolate and collect the 
desired components. This procedure is often carried out very effectively in an on-line 
procedure wherein blood is removed from a donor, processed in and through a 
disposable extracorporeal fluid circuit to obtain the desired components, and the 
uncollected components thereafter returned to the donor. Two illustrative blood 
component collection systems which provide for this type of on-line blood component 

TM 

collection procedure are the COBE • Spectra and Trima • apheresis systems which 
are commercially available from the assignee of the present application. Other 

illustrative devices which may also perform these and/or similar procedures include 
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the Haemonetics MCS or MCS+ and/or the Baxter Amicus and/or CS-3000 apheresis 
machines, inter alia . 

[0004] The yield of a particular collection of blood components from such a process is an 
important factor in the ultimate usefulness of those particular components. For 
instance, in the United States a minimum yield is associated with a collected blood 
component product in order for that product to meet certain criteria and qualify for 

TM 

use as a transfusable blood component product. The COBE • Spectra and Trima • 
apheresis systems presently accommodate for this requirement by processing certain 

donor biological data such as height, weight, gender, and platelet pre-count or 

hematocrit, together with pre-configured and/or operator-input data such as the total 

procedure time, and system-related data such as the type of collection procedure 

( e.g. ,or double needle) and collection efficiency to generate certain process 

parameters such as the inlet flow to the apheresis centrifugation device (including, for 

example, the combined flow of whole blood from the donor plus typically a flow of 

anticoagulant). These apheresis machines then generate a predicted blood component 

yield from these data as well. 

[0005] An additional consideration presently in the United States, for example, relating to 
blood component yield is that the yield is generally determinative of the product 
classification. With regard to platelets, a single platelet product is presently 

considered to be a collection of at least 3 x 1 0 1 1 platelets and a double platelet 

product is considered to be a collection of 6 x 1 0 platelets. If a collection is 

between 3x10^ and 6 x 1 0 1 1 platelets, it is still generally considered to be a 
single platelet product. This classification as a single or double platelet product is 

important to blood component collection facilities ( e.g. , blood banks/centers) since a 

double platelet product may have a higher selling price than a single platelet product 

and may also have a greater benefit for the recipient/ patient. The yield of a particular 

collection of blood components may also be a relevant consideration for certain 

therapeutic treatments ( e.g. , red blood cell or plasma exchanges). It should also be 

noted however, that partial products may also be collected and transfused; i.e. , 

variable doses or dose sizes can be obtained both less and/or more than a 

conventional single product (3x10^ platelets, e.g. ) and/or less and/or more than a 
double product (6 x 10 1 1 platelets, e.g. ). 
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[0006] Furthermore, advances in blood component collection technologies offer the 

possibility of collecting multiple combinations of products from a single donor. These 
products can be defined within a large range of volumes and contents. Add to this 
multitude of collection choices, a multitude of donors with differing physiologies, 
each being subject to potential variations in collection procedures to yield a potential 
very large plurality of choices of products to be collected, as may be desired. 

[0007] Still other important considerations relating to blood component collection 

systems relate to donor supply and product demand. For instance, blood component 
collection facilities are not only experiencing an increase in the overall demand for 
blood components, but the demand now typically varies between the blood 
component types as well. Moreover, the supply of donors is unfortunately inadequate 
in many cases, and donor time constraints are becoming more prevalent. 
Furthermore, obtainable yields from a given donor may vary from one blood 
component to another, i.e. , one donor may be a better platelet source than a red 
blood cell source. And, regulatory issues and/or requirements may impose still further 
impediments upon donor supply in limiting total periodic (e.g., monthly or yearly) 
blood component losses from individual donors and/or limiting minimum interval 
periods between donation occurrences. 

[0008] The result is a large number of variables which must preferably be simultaneously 
managed in order to meet the blood bank collection goals which will thus also satisfy 
the needs of the ultimate hospital or like customer. Computerized information 
systems are tools which are beginning to prove useful in assisting in controlling parts 
of blood collection processes. This will likely further impact, if not transform, how 
blood banking will be managed in the future. Computer information systems may 
prove important in aiding the provision of just-in-time supply of products to meet 
customized demand for blood products and better satisfying the individual needs of 
patients and healthcare service and product providers. Automated component 
collection systems will also allow for flexibility in producing customized blood 
products in a just-in-time fashion from potentially fewer donors to help meet the 
demands of patients and providers. 

[0009] 

In view of the foregoing, it should be readily understood that better management 
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of the various aspects of blood component collection processes and systems is 
increasingly desirable in providing preferred product collection and customer supply 
options. 

Summary of Invention 

0] The present invention relates in one application to a blood component collection 
system and the provision of management capabilities which may include the 
incorporation of data manipulation and/or optimization principles. Generally, the 
present invention preferably utilizes an information management system which 
provides simplified donor data storage and control as well as communications with 
actual blood component collection systems/machines (manual and/or automatic) to 
both ease and optimize the set-up and operation thereof. The principles of data 
manipulation and/or optimization are further improved also, particularly in terms of 
the individual donor, a given pool of donors, the particular blood component 
collection system, and/or the blood component product or products to be collected. 
For instance, the present invention may be adapted to provide for the collection of a 
predetermined quantity of at least one predetermined blood component, or perhaps 
more typically the collection of such blood components within a particular range in a 
"minimum" amount of time, and/or for the collection of a "maximum" quantity of at 
least one predetermined blood component in a fixed amount of time, all based upon 
certain donor and/or blood center defined process conditions. Moreover, the present 
invention may be adapted to provide for blood component inventory control by basing 
donor selection and/or collection procedure selection (in terms of the type of blood 
component to be collected) on blood component demand and/or existing inventory. In 
addition, the present invention may be adapted to provide for further donor 
management by collecting that blood component type or types from any particular 
donor which provides a maximum yield. 

1] 

A central computational, data storage, manipulation and communication system 
serving as an embodiment of the primary basis of the present invention may be a 
software-type of application which may be run in tandem with one or more hardware 
devices including, for example, a data input device, a data storage device, a data 
manipulation device and one or more communications devices which may. connect in 
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data communication relationship one or more of such input, storage and/or 
manipulation devices to each other and/or to at least one blood component 
separation and/or collection machine (including apheresis and/or other types of blood 
processing machines). The software application may be and in one preferred form is 
operable in/on a Microsoft • Windows • software platform (or a similar such system) 
that allows blood donation center operators to prepare apheresis machines and 
donors for apheresis donations in an automated manner. The present system may in 
one embodiment have two primary components, a computation/manipulation 
application/system with associated software and devices, and a communication server 
system also including associated software and devices. The 

computation/manipulation application/system may be used by the blood center staff 
to perform data management and/or manipulation functions. The communication 
server system may be used to store data and/or provide communications with the 
apheresis/blood processing machines and/or other information systems. The 
computation/manipulation application/system and the communication server system 
may be two or more physically discrete elements or may be disposed in a centralized 
location, e.g. , disposed together in or on a centralized server system. 

[0012] In either case, in a typical setting, one or more operators from different locations 
within a single blood center and/or remotely from various disparate blood centers 
(and/or other sites, e.g., satellite operations) can communicate with a centralized 
server system to perform specific functions such as donor check-in, preparing a 
donor for a particular donation, or finalizing and/or preparing reports on collection 
activities, inter alia. 

[001 3] One of several important purposes of the present system is to address various 
challenges in the area of blood donation management including increasing 
productivity, improved donor eligibility/qualification/utilization and better product 
quality control and disposition. 

[0014] 

Increased productivity may be accomplished through centralized management of 
apheresis machine configurations. Operators and/or system administrators may easily 
create and store several configurations using the present system on a centralized 
server/computer or a like environment. These configurations may be kept in a 
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centralized database and can be downloaded to each apheresis/blood processing 
machine on a permanent or a temporary/one-time donation basis. This reduces the 
inherent contemporary difficulty of editing apheresis machine configurations by 
allowing the operator to update a centralized configuration and not be required to 
repeatedly make the same change on several standalone apheresis/blood processing 
machines, or repeatedly make changes between configurations on the same 
apheresis/blood processing machine for different donation events. 

[001 5] Donor eligibility/qualification/utilization may be improved through procedure 

customization and/or optimization. Each donation may be customized by this system 
to account for the current needs of a blood center and /or optimized by what each 
particular donor is eligible/qualified for or capable of donating. This allows the 
operator to determine what product or combination of products will best be collected 
from a particular donor even before the donor is connected to the blood processing 
machine. It also allows the blood center operators to determine what tubing set may 
be required for the donation, also before connection of the donor with/to the 
particular blood processing machine. With this information the blood center can avoid 
wasting tubing sets and reduce incomplete procedures. Decision support for donor 
eligibility is a preferred beneficial feature of the system. At a minimum, eligibility may 
be determined by the interval between donations, the number of donations previously 
given, the blood component loss over a period of time, and other donor screening 
issues. 

[001 6] Another important, yet optional feature of donor 

eligibility/qualification/utilization and management in using a system of the present 
invention involves donor recruitment. The present invention provides a tool which may 
analyze and predict donation outcomes prior to connecting and running a donor on an 
apheresis/blood processing machine. Such a tool can use donor and procedure 
information from the central database or optionally from an imported text file 
containing the required minimum information, inter alia . Thus, such predictions can 
be run and used independently of actual runs on donors, even those actual runs 
involving the system of the present invention. These predictions may also be 
independent of procedures not currently entered into the central database, but rather 
from data generated by the blood center or data obtained from the blood center 
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[0017] 



[0018] 



[0019] 



[0020] 



information system. Donor data may refer to a particular donor or to a statistical 
distribution of donor population. At a minimum, the system of the present invention 
may analyze the outcomes of the following three scenarios: a) a single donor relative 
to many possible procedures; b) many donors relative to a single type of procedure; 
and c) many donors relative to many possible procedures. 

Improved product disposition may be enhanced through the provision of alterable 
prioritizations of the product needs of a blood center. The present system presents 
the capability of providing a prioritization of which products may be preferred to be 
collected. This allows the blood center to begin to incorporate the concept of demand 
drive where donors are used to fill existing and/or imminent product needs. This also 
reduces waste from the over collection of certain products. The system also presents 
the capability to tailor the priorities of a blood center by blood type, CMV status, 
and/or HLA type matching, inter alia . 

The present system also provides for quality control (QC) in the entry of laboratory 
data for products collected by blood separation devices operated in accordance with 
the present invention. Data may include (but is not limited to) measured yields, 
volumes, concentrations, product contaminants, and pH levels. The present system 
provides the capability to associate anomalous QC lab data to donation events and to 
generate exception reports where the device prediction and QC lab results may differ. 
The present system can also utilize this data to automatically (or manually) calculate 
and adjust a separation device's yield calibration value, i.e. , a yield scaling factor, 
depending on the particular device type. 

Overall procedure and apheresis/blood processing machine management may also 
be improved by recording procedure history information for each apheresis donation 
and storing it in a central database. Thus, the system may contain a detailed log of 
each donation. These logs can include procedure comments, tubing sets used, alarms 
experienced, adjustments made, and machine run summary information. Operators 
may additionally annotate this procedure history information and/or obtain reports 
using such logged information. 

To implement the above and other features of the present invention, it is 
preferred that a central computational/data storage system be established according 
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to the present invention so that it communicates with each of one or more blood 
collection/separation/processing machines, preferably apheresis or other separation 
machines, in both directions (even though one-way communications may be desirable 
in certain situations, e.g. , either data collection one-way from or manual data entry 
one-way to and/or from the apheresis/separation machine(s)). Two way 
communications provide for directing to each machine configuration information of 
both temporary and permanent natures, procedural lists and priority information, 
donor vital information, including height, weight, gender, blood component pre- 
counts and total blood volume (TBV), as well as donor identification which may include 
a donor picture with the donor's name and perhaps the date of birth. The centralized 
system may then also communicate in the reverse direction with each machine to 
retrieve from each apheresis/separation machine immediate information regarding 
conditions such as alarms, procedure adjustments, and run progress (product 
collection information) for monitoring purposes. It also provides for retrieving end of 
run summary information and run logs after each procedure is complete. The 
centralized system can also use data from the apheresis/separation devices to detect 
and isolate potential maintenance problems before they manifest themselves to the 
blood center. These can then be reported so that preventive maintenance may be 
performed. 

[0021] The present system may also use prediction algorithms like those used in the 

TM 

Trima • and/or Spectra apheresis machines. Moreover, the prediction algorithms 
can also be applied to individual donors, a reference donor list, and/or ranges of 

donors within the database. This capability is helpful to predetermine donor eligibility 
for specific product collections, and what products would be available given specific 
apheresis/separation machine configuration settings. Eligibility may, as above- 
mentioned, be derived not only from such factors as donor height, weight, gender 
and/or component pre- or post-counts (presently or historically), but may also be 
based on total periodic blood component losses ( e.g. , yearly cell losses) per donor 
and/or time interval between donation events per donor, inter alia . 

[0022] p resen t system has been developed with an open architecture to provide 

integration capabilities and collaborative capabilities with other computing 
environments (such as Mak and/or Wyndgate or like donor database information 



App_ID= 10064859 



Page 8 of 166 



100£M.85? .08E3Q2 

systems) and/or with other blood component separation machines (such as the 
Haemonetics and/or the Baxter series, e.g. , the MCS+ and/or the Amicus and/or CS- 
3000 apheresis machines, inter alia). This ultimately will allow ancillary applications 
to be used. For example, this allows for the manipulation and formatting of donor 
identification data and/or images obtained from other information or software 
systems. Bar code capability is another preferable alternative which may be 
incorporated into the present system. Thus, any field entry point which could/would 
require keyboard data entry could be filled using a bar code reader. In addition, 
special entry fields such as bar coded unit or batch number, manufacturer and expiry 
dates of disposable tubing sets or like supply information may be fully bar code 
entered and decoded utilizing administratively editable decoding information; an 
example is manufacturer identification of a disposable tubing set, or like supplies 
used during a donation event, such as anticoagulant, saline or storage solutions used 
or to be used, inter alia . 

[0023] Blood component products can also be customizable from a collection standpoint. 
This is a potential first step toward a "dosing" model whereby blood components may 
be collected in quantities matching specific medically or doctor prescribed doses. 
These customizable products, although perhaps not directly donor specific, could also 
be set up in a way to take care of situations such as a "first time" donor or persons 
known as "dumpers," i.e those persons whose component products show a certain 
tendency to clump or aggregate. 

[0024] After determining which blood component product or products are to be 
collected, each donor can then be assigned to a specific apheresis machine. 
Monitoring real-time machine status from a central system can be useful to determine 
to which machine each donor should be sent. 

[0025] 

The present system has been designed in one embodiment to satisfy an optional 
yet desirable three room operational flow scenario. The basic three room scenario 
involves processing donors sequentially through three steps which may correspond to 
three different rooms; namely, donor registration or reception, donor 
interview/screening and donor utilization rooms. This model has been suggested for 
providing smooth operation of the blood component collection process. Other "room" 
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scenarios are also available particularly including single or two room embodiments as 
may be used in smaller, satellite and/or mobile operations. 

[0026] During or after the run, numerous standard reports may be made available to 

provide the donation center information related to specific runs, sequences of runs, 
exceptions, etc . Although the reports are preferably standardized, customization may 
also preferably be made possible through the simple use of report wizards. The 
present system may provide its own reporter or alternatively utilize an industry 
standard report engine. 

[0027] The central database provides the system with the capability of storing and 

maintaining data relevant to the entire blood component collection process such as, 
donor demographic information, machine configuration information, run information 
and lab result information. Lab data can also be entered into the run record to 
complete the product collection run record. This data can be used to provide feedback 
to the process. The communication software and hardware enable the pulling of data 
from and transmission of data to a common or central data repository. 

[0028] 

This system may be used in a stand-alone configuration or in collaboration with a 
blood banking information system, especially for transfer of donor demographics and 
like donor identification information, for example, at and/or for donor check-in. The 
blood center information system may in some embodiment be considered the master 
when linked, and thus the donor check-in information may be entered into the blood 
center information center per blood center standard operating procedures (SOPs), and 
from there down-loaded, preferably automatically (though on-command alternatives 
are also available), to the central system of the present invention. The central system 
may then down-load this donor check-in information directly to the 
apheresis/separation machine. Note, fire wall protection may be provided through 
password protection schemes, message formatting requirements and/or hardware 
communications interfaces. This provides the assurance that the integrity of the 
apheresis/separation machine is maintained during connectivity of this system with 
such machines(s) and/or with other systems. The present system can also utilize a 
"standard" customer network for communications between a central system server and 
operators. This concept of collaborative networking particularly with pre-existing 
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networks can minimize the "re-wiring" that otherwise might have been necessary. 

[0029] Connectivity may also be utilized to provide collection data to the blood bank 

information system after the run is complete. This two-way communication strategy 
allows the present system to optimize the procedure and device selection based on 
the current priorities of the blood center, rather than making these selections less- 
optimally at donor registration time. The as-run collection data may then also be 
communicated. back to the blood bank information system to synchronize the blood 
bank information system to the actual products, yields, and volumes 
donated/collected. 

[0030] Further, this system preferably utilizes formal and de-facto standards such as SQL 
interfaces to the database, Ethernet protocols for communications, and preferably 
Oracle • reports for report generation. Hardwire connections or wireless 
communications technologies (e.g., using an 802.1 1(b) standard, or the like) may be 
used. 

[0031] In the present system, an apheresis/separation machine, which is preferably also 
operable in an off-line mode, may upload run information to a central server system 
when the apheresis/separation machine is connected on-line with the central server 
system whether on-site or off. Thus, this feature could also be used for mobile or 
satellite operations, or for connectivity to a maintenance center. Orbital satellite 
communication may be used here. 

[0032] As mentioned above, an optional additional functionality is connectivity with a 
blood center information system. Donor data may thus be down-loadable to the 
central server system of the present invention from the blood center information 
system, particularly at donor registration/check-in ( i.e. , the present system allows 
for registration of a donor through either a blood center information system, as 
communicated via the centralized server system, or directly into the centralized server 
system). This will allow real time updating of donor data in the central database of the 
present invention from the database of the blood center information system. Other 
alternatives of the present system may also include connectivity of the central data 
manipulation and/or storage system to apheresis/separation machines made and/or 
distributed by a plurality of different manufacturers/sellers. 
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[0033] 



Of the various methods of data transfer available, an option is a web server set- 



up. With specially developed applets, this allows the local user or a remote user (with 
permission) to browse the operator's database for pertinent information. Thus, this 
system can also be accessed remotely and provides an external "gateway" to run-logs 
from each apheresis/separation machine. Security can be established to obscure 
sensitive data. An administration/security optional feature would allow the system to 
be configured with the concept of user types for security. A system administrator 
would have the most privileges and a guest would have the least number of privileges. 

[0034] The present system provides an opportunity to circumvent operational difficulties 
in implementing automated blood component collection (ABC) as imposed by 
conventional operational procedures of a blood bank/center using pre-existing blood 
bank software. Specifically, the present system overcomes the problem of the pre- 
selection of blood components to be collected either by or forced by a conventional 
blood bank information management/software system, as opposed to allowing the 
present system perform this selection process utilizing, for example, the data 
manipulation and/or optimization principles described herein. The way this is 
achieved is unique in that data is exchanged with the blood bank software system 
during the process flow of information. This is different from having either system 
depend on inputs from the other system and then wait for outputs. 

[0035] present invention also may be characterized in some embodiments as a blood 

component collection system having blood component product-based or time-based 
optimization capabilities. One of these embodiments comprises a method for 
collecting at least one predetermined blood component ( e.g. , a collection of platelets 
or red blood cells or plasma) from a source of whole blood using a blood component 
collection system which includes a blood component collection device running 
according to a particular collection procedure. More particularly, a desired yield of the 
predetermined blood component(s) may be identified (such yield including a single 
yield or range of yields) and biological data relating to the source of whole blood is 
provided to the blood component collection system. This data may also include 
statistically developed modifications based upon categories of data for multiple 
sources of whole blood as contained within the central server system or systems. Also, 
a value or magnitude may be associated with each of the various process parameters 
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used in the collection procedure. A magnitude of at least one of these process 
parameters is preferably derived from the biological data and the desired yield and 
optionally also the statistically derived data from a plurality of whole blood sources. 
These magnitudes, including all magnitudes of process parameters derived from the 
desired yield, are derived by and/or input to the blood component collection system. 
Thereafter, the collection procedure is performed with the blood component collection 
device and with the input process parameters to collect the desired yield of at least 
one predetermined blood component(s) from the whole blood source. 

[0036] In a time-based optimization method, a total procedure time for the collection 
procedure is identified ( e.g. , based primarily upon donor time availability). One 
potential inlet flow to the system is derived from at least this identified total 
procedure time. Another potential inlet flow to the system is derived which provides 
an "optimum" collection efficiency and is effectively the apex of a bell-shaped 
yield/inlet flow curve ( i.e. , the inlet flow which provides the maximum blood 
component yield). Consequently, if the total procedure time-based inlet flow is 
greater than the maximum yield-based inlet flow, and thus is an inlet flow on the 
decreasing slope portion of the yield/inlet flow curve, the maximum yield-based inlet 
flow magnitude is used in the performance of the collection procedure. However, if 
the total procedure time-based inlet flow is less than the maximum yield-based inlet 
flow, and thus is an inlet flow on the increasing slope portion of the yield/inlet flow 
curve, the total procedure time-based inlet flow magnitude is used in the performance 
of the collection procedure. 

[0037] The subject invention provides greater efficiency in blood component collection 
and management. For example, the present invention can be used to compare blood 
bank/center component inventories with projected needs, and adjust collection 
procedures to meet these needs. Further, the present invention provides benefits to 
donors. In particular, certain information relating to the donor's physical and medical 
characteristics may be stored in the system and utilized during subsequent visits by 
the donor to derive magnitudes for the various process control parameters. For 
example, for a donor with an anticoagulant intolerance, the magnitude of the 
anticoagulant infusion rate may be set so as to not exceed the donor's tolerance. 
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[0038] The present invention may be implemented as a computer process, a computing 
system or as an article of manufacture such as a computer program product. The 
computer program product may include a computer storage medium communicatively 
connected to and/or readable by a computer system and may include encoding of a 
computer program of instructions for executing a computer process. Such a computer 
program product may also be a propagated signal on a carrier readable by a 
computing system and may also include encoding of a computer program of 
instructions for executing a computer process. 

[0039] These and other features of the present invention can be better understood from 
the following detailed description of a preferred embodiment of the present invention 
taken in conjunction with the accompanying drawings which are briefly described 
below. 

[0040] These and other briefly described below. 

Brief Description of Drawings 

[0041] Fig. 1A is a schematic representation of a blood processing information 
management system in accordance with principles of the present invention; 

[0042] Fig. 1 B is another schematic representation of a blood processing information 
management system in accordance with principles of the present invention; 

[0043] Fig. 1C is yet another schematic representation of a blood processing information 
management system in accordance with principles of the present invention; 

[0044] Fig. 1 D is still another schematic representation of a blood processing information 
management system in accordance with principles of the present invention; 

[0045] Fig 1 E is yet one further schematic representation of a blood processing 
information management system in accordance with principles of the present 
invention; 

[0046] Fig 1 F is yet still one further schematic representation of a blood processing 
information management system in accordance with principles of the present 
invention; 
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[0047] Figs. 2A-2I are display screen depictions of data entry, retrieval and/or 
manipulation display pages for use in accordance with the present invention; 

[0048] Figs. 3A-3F are further display screen depictions of data entry, retrieval and/or 
manipulation display pages for use in accordance with the present invention; 

[0049] Figs. 4A and 4B are still further display screen depictions of data entry, retrieval 
and/or manipulation display pages for use in accordance with the present invention; 

[0050] Figs. 5A and 5B are yet still further display screen depictions of data entry, 

retrieval and/or manipulation display pages for use in accordance with the present 
invention; 

[0051] Figs. 6A through 60 are another set of display screen depictions of data entry, 
retrieval and/or manipulation display pages for use in accordance with the present 
invention; 

[0052] Fig. 7 A is a schematic representation of one embodiment of a blood component 
separation assembly which utilizes a dual needle configuration and which may be 
incorporated into the blood component collection systems of Figs. 1A-1D; 

[0053] Fig. 7B is a schematic representation of one embodiment of a blood component 
separation assembly which utilizes a single needle configuration and which may be 
incorporated into the blood component collection systems of Figs. 1 A-1D; 

[0054] Figs. 8A and 8B are isometric and top views, respectively, of one type of a 

disposable blood processing channel which may be used in the blood component 
collection device of Figs, and 7B; 

[0055] Fig. 9A is a flow chart of a blood component collection procedure utilizing 
principles of the present invention; 

[0056] Fig. 9B is a flow chart of one optimization model for deriving at least one optimal 
process parameter from a desired blood component yield or from a total procedure 
time in accordance with principles of the present invention; 

[0057] Fig. 9C is a flow chart of one optimization model for deriving at least one optimal 
process parameter from a desired blood component yield or from a total procedure 
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time in accordance with principles of the present invention; and 
[0058] Fig. 1 0 is a yield/inlet flow curve. c 

Detailed Description 

[0059] The present invention will be described with reference to the accompanying 

drawings which assist in illustrating various pertinent features hereof. One application 
of the present invention involves one or more blood component collection systems 
which separate, remove, and/or collect at least one type of blood component (e.g. , 
platelets, red blood cells, stem cells, white blood cells, plasma) from a source of whole 
blood ( e.g. , a donor or a bag of whole blood) through utilization of a collection 
procedure derived from a typically site-configured and/or operator-input goal or set 
of goals and may optionally also include a "maxim ization" of at least one process 
control parameter. This type of maximized parameter derivation is referred to herein 
as an "optimization process" and the derived process control parameters may be 
referred to herein as "optimal values." 

[0060] 

Referring to the schematic of Fig. 1 A, a first alternative schematic representation 
of the present invention is shown as including a blood component collection and 
information management system generally identified by the reference numeral 2. The 
system 2 may typically be implemented at a blood bank/center (not shown in Fig. 1 A, 
but see blood center 1 000 in Fig. 1 B). The system 2 may include a substantially 
centralized computing/data storage assembly e.g., in, including an appropriate 
microcomputer and/or microprocessor(s) such as a Windows • -based standard 
desktop or laptop computer, or other like platform(s) or server systems (e.g., 
mainframes or otherwise, including therein or communicating with at least one 
memory device with correspond appropriate software, etc . (not shown separately in 
Fig. 1 A)) and at least one blood component separation/collection assembly (three 
shown), each generally identified with respective reference numerals 10 (in Figs. 1 A- 
1D). Each such separation collection assembly 10 includes a blood component 
separation and collection device as an integral part thereof. As will be discussed 
below, the centralized computing/data storage assembly 140 (or at least a portion 
thereof) and the associated blood component separation/collection assemblies 10 are 
preferably appropriately interfaced with each other in electronic or electro-magnetic 
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data communication relationship as will be described, but may also and/or 
alternatively be disposed in a physically separate disposition from each other 
particularly during non-communication operation. That is, component 
separation/collection, data communication, retrieval, manipulation, and optimization 
procedures in accordance with principles of the present invention are not limited to 
being performed at any particular physical location of apheresis/separation/collection 
machines(s) 10 relative to a central assembly Furthermore, data entry, manipulation 
and storage may still be performed at/on each machine 10 using, for example, 
respective interfaces, which here are shown as preferred touch screen input/output 
devices 199. 

[0061] 

A further aspect of the present invention is shown in more detail in Fig. 1 B 
wherein a centralized computing/data storage assembly 140 is shown schematically 
disposed in communication relationship with various types of blood component 
separation/collection machine assemblies 1 0 as well as to either a discrete blood 
center information system within a blood center 1 000 or a hospital information 
system within a hospital 1 001 , or both. Thus, as will be described in further detail 
below, a centralized computing/data storage assembly 140may kmakeroad use of 
multiple communication connections (including local area networks (LAN's), 
Isatteliteand/or wide area networks*( N(NWAn's ds r satellite communications r 
example). Note also that though preferable connections to Trima • apheresis 
machines 10 (available from the assignee of the present invention) are shown and 
described throughout; these are intended as exemplars only. As shown in Fig. 1 B, 
connections can be made to numerous other machine types as well, such as COBE • 
TM 

Spectra apheresis machines and/or Baxter, Inc. and Haemonetics Corporation 
apheresis/separation/collection machines (such as the CS-3000, the Amicus and the 

MCS+ apheresis/separation/collection machines, inter alia). The currently preferred 

machines 10 are, as shown, Trima • apheresis machines 10 (see e.g. Figs. How 1A- 

TM 

1 D). ever, a representation of a COBE • Spectra machine is also shown in Fig. 1 B, 
identified therein generally by the reference numeral 10A, and a Baxter Amicus 

machine and a Haemonetics MCS+ machine are also shown in Fig. IB and identified by 

the respective reference numerals 10B and IOC. Use with a more traditional manual 

and even non-traditional automated manual whole blood collection and/or processing 
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system is also shown schematically in Fig. IB, generally identified by the reference 
numeral therein. Thus, this system is intended to and will operate with various 
apheresis as well as whole blood collection and separation systems (the latter perhaps 
making use of other separation and/or expression machines such as centrifugation, 
sedimentation, washing, or filtration systems, devices and/or machines, inter alia). 

[0062] 

Generally, a centralized computing/data storage assembly 140 may include, as 
shown schematically in Fig. 1A, a central station 148 which may include, for example, 
data input/entry devices generally identified by the reference numeral 149. Such 
devices 149 may, more particularly, include a keyboard a 149A mouse 149B, and/or if 
desired, devices such as a barcode reader (not shown; but see a barcode data 
entry/manipulation process description relative to Figs. 6N and 60, below), and/or a 
digital camera (not shown) and/or an input/output display monitor and screen 200 as 
these may be known in the art. Various internal hardware and software elements, 
again as known in the art are also intended to be included within a central station 
148. Further, the centralized computing/data storage assembly 148 may include a 
data manipulation device 144 (di sposed within station 148 in lAFig. ) Fiwhich 
preferably closely associated with and in some embodiments is perhaps inseparable 
from the central station 148. Manipulation device 144 may be an appropriate 
processor as used in a computer system such as may be used in a microcomputer or 
otherwise standard desktop or laptop personal computer (PC) including a preferably 
Windows • -based operating system and/or may further include other devices and 
attendant manipulation software (whether resident on/in the processor or resident in 
other associated memory devices but closely associated with the processor). A further 
preferred element of the computing/data storage assembly 140 is the storage 
medium 142 (not separately shown from central station 148 in Fig. 1A) used for data 
storage. The storage medium may also be closely associated with the other elements 
of the assembly 140, i.e., the central station 148 and the manipulation device 144, or 
as with those other devices it may be dissociated in physical space but 
communicatively associated therewith through space (via cabling or energy wave 
communications, inter alia), so long as these elements cooperatively interact 
functionally. Hardware and software which may make possible data communication 
between various elements of assembly 140, as well as between assembly and myriad 
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possible external devices, some of which are like those shown in Figs, anl A d 1 B, are 
hereafter referred to as a communication or server subsystem S 146. ubsystem 146 
may also be mainly disposed on or in the assembly 140 and/or may be mostly 
physically disparate there from so long as it provides the data communication 
functions described herein. 

[0063] Thus, the assembly 140 may be referred asto atsparate parts, or as ahole 
performance of the inputting and maintaining of donor-related data functions 
(principally through use of the central station communication subsystem 146, and the 
storage medium 142), and also typically for the preparation of an initial procedure 
order (the process control parameters derived from the donor-related data and other 
considerations) for a given donor (through use primarily of the data manipulation 
device 144 together with the data obtained from either or both of the other 
elementsl42 as communicated by and through the subsystem 146). 

[0064] Though perhaps not preferred, there may remain various situations in which it 
may be desirable to maintain the ability to perform data entry and/or manipulation 
procedures/ functions at the corresponding pre-existing operator interface 199 
(and/or barcode reader (not shown), but see description relative to Figs. 6N and 60, 
below) of each particular apheresis/separation machine assembly 10 as well. In such 
situations, a central computing/database assembly 140 may thus not be required for 
operation of assembly 10 even if still provided. Note in the preferred 
apheresis/separation machines 10 shown in Fig. 1A (such as theTrima • apheresis 
machines 1 0 described above), the computing/database and data entry and 
manipulation capabilities are preferably available in and would thus be able to 
continue to separately provide these functions, if desired. Moreover, this could still 
occur even when connected through a central communications system to a central 
assembly such that the computer/database assembly 140 may still collect/ retrieve 
data from the one or more apheresis/separation assemblies even if the central 
assembly is not used to program the respective machines H. wever, where a central 
computing/database assembly 140 is employed as preferred herein, this donor- 
related data and/or initial procedure order is preferably generated by the central 
computer/database assembly 140 and then transferred to one of the 
apheresis/separation machines 1 0 (via an RS/232 or other similar interface, among 
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other communications options such as energy wave communications, inter alia (see 
further descriptions below)). In either event, the operator is preferably provided with 
one or more data manipulation or optimization options, whether through the central 
data manipulation device 144 of a centralized computing/data storage assembly 140 
or the data manipulation capabilities of the apheresis/separation machines 1 0 them 
Noselves. te the data manipulation and/or optimization options provided by a central 
assembly 140 may provide a different set of process control parameters than an initial 
procedure order that might result from data entered manually (or by barcode) on the 
apheresis/separation machine 10 because the data manipulated and/or optimization 
on a central assembly 140 may be based upon one or more previously specified and 
central database stored conditions/goals ( e.g., input blood component yield, input 
procedure time) and one or more particular derivations for the process control 
parameters. Generally, more flexible options might be more available from a central 
server system 140 than those previously available on discrete machines due primarily 
to a more direct access to a larger database of potentially useful data. Moreover, if an 
optimization option is selected at the central server 140, a manually-entered 
procedure order may be modified to reflect the results of such an optimization and 
the collection procedure may be initialized/reinitialized with the results of the 
optimization (i.e., the separation/collection procedure at the separation/collection 
assembly 1 0 could be reinitialized in the less prefer casred e of an optimization which 
is performed after the separation/collection procedure has been started at the 
separation/collection assembly 10, and such a case is referred to as a downstream 
optimization). The separation/collection procedure may then thereafter be performed 
by the respective blood component separation/collection device 10. 

[0065] 

The concept of optimization here generally refers to achieving the maximum or 
best blood component product output depending upon certain circumstances ( e.g. , 
obtaining the most product in a certain specified time or achieving a specific yield in 
the fastest time). On the other hand, the concept of data manipulation is more 
generally here intended to have a similar yet less exacting connotation, such that 
perhaps the best or maximum output may, but will not necessarily be the result. Thus, 
data manipulation is here intended to encompass optimization calculations in addition 
to providing perhaps less than optimum but still high efficiency results depending on 
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certain further combinations of criteria. Thus, data manipulation is intended to 
generate more and/or perhaps better options to the blood donation center. For 
example, blood centers may prefer or determine to require certain combinations of 
products from certain blood type donors 14 (see Fig. 1 B); then the blood center 1000 
can prioritize this in the computer/database 140 so that those donors will donate 
those combinations even if each of the particular yields or donation times are not fully 
optimized according to the concept of optimization set forth above. Thus, yield or 
time optimization can be made secondary to other data requirements and/or 
manipulations. Note also that optimization and/or manipulation may be performed 
without requiring the central system 140 to collect/retrieve data from the various 
apheresis/separation assemblies 10. Thus, communications may be made only one- 
way to (or from) the apheresis/separation assemblies 1 0. Further, a preferred purpose 
for performing the optimization and/or manipulation functions centrally is to allow 
selection of the donation procedure prior to connection of a donor to a machine 10; 
thus, a particular product or products and the corresponding tubing set (if there are 
distinctive such sets) may be selected prior to machine set-up and donor connection. 
Also it could prove that the donor may not be able to provide a useful donation (for 
the end recipient/patient 15; see Fig. IB), and this could thus be determined prior to 
machine set-up and/or donor connection. 

[0066] 

Nevertheless, before describing some of the preferred manipulation/optimization 
processes of the present invention in any further detail (see e.g., the description 
relative to Figs. 7-10, below), two further, non-exhaustive alternative system 
embodiments will first be described. Referring first to Fig. an C alternative centralized 
computing, communication and data storage assembly 140A is shown. Assembly 
140A includes a central station, here referred to as a central data server 148A, which 
may be substantially like the central server 1 48 in Fig. 1 A, at least preferably in 
primary function. At least a storage medium/database 1 42A and preferably also a 
data manipulation device 144A, each again substantially like those described relative 
to the embodiment of Fig. 1 A are also preferably disposed within the central server 
1 48A of Fig. 1 C. However, in the embodiment of Fig. 1 C, the communication sub- 
system identified generally by the respective reference numerals 146A and 146B, is 
shown as preferred here discrete there from, in two general sub-parts, referred to 
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respectively as the machine network 146A and the client network 1 46B. 

[0067] Machine network 1 46A preferably includes a network terminal server 1210 with a 
connection 1212 between the server 148A and the terminal server 1210. Respective 
connections arel21 5 also shown as disposed between terminal server 1210 and each 
of the separation/collection machines Co. nnections 1212 and 1215 may typically be 
RS/232 cable-type connections, or other alternative data communication connections 
may be used including such options as radio, microwave or other electromagnetic 
wave communication systems (not specifically inwn ig in Fig. 1 but see Fig. 1 E as 
described below sh). N that other separation/collection machines/systems, such as 
systemsl 0B, 1 0C and 1 0D (from Fig. mayl B also be connected to/through the 
illustrated terminal server 1210 or a further discrete server (not shown). 

[0068] A similar, though preferably discrete, network terminal server 1 220 is also shown 
in Fig. to illustrate a preferred communication sub-system for the client network 
1 46B. A connection 1 222 between the central server 1 48A and the terminal server 
1220 is also shown, as are respective connections 1225 from the terminal server 1220 
to one or more data input/output/manipulation stations 149C (two shown here). 
Connections 1222 and 1225 may here also typically be RS/232 cable-type 
connections, or take other data communication forms including, for example, energy 
wave communication (sefas shown in g. 1 E, below)for. Noteso that other devices (not 
shown) might also be connected or connectable to/through the illustrated server 
1 220, as for example, one or more printers (not shown) or other accessory devices. 
Note, stations 149C may contain, as above, one or more various input/output devices 
such as keyboards, mice and/or screens (as shown) or otherwise (barcode readers 
(described below), digital cameras, etc., not shown). Moreover, as decentralized 
stations, these assemblies may also generally include computing devices and/or 
capabilities such as may be included in standard desktop or laptop computers, 
including the stations 148B as shown, and potentially data storage/memory and/or 
data manipulation devices and/or software along with potential resident 
communications devices and/or software. 

[0069] 

Separating the machine network server 146A from the terminal network server 
146B allows for isolating and/or protecting communications there between, as may be 
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desired. Thus, the respective servers may have on one side, a network connection to 
the central server 148A using discrete l/P (Internet Protocol) address information, and 
on the other side, RS/232-type connections to the respective end devices (machines 
10, and/or input/output devices 149C, e.g. ). In this fashion then, each network may 
be kept private from each other such that the l/P's are essentially hidden from each 
other by the central server 148A. A firewall communication protection setup as known 
in the art may thus be established. 

[0070] 

A further alternative communication sub-system 146C is shown in Fig. ID. Sub- 
system generally includes a network terminal server 1230 with respective connections 
1232 which connect respective central servers 148C to network terminal server 1230. 
RS/232 cable type connections or other communication connections (as shown in Fig. 
1 E, below) may be used here as well. In this way, two or more centralized servers 
148C may communicate data with each other. Thus, central servers in two or more 
physically separate clinics may communicate with each other. Such a system may also 
be used for communication with other information systems (blood center information 
systems or hospital information systems) such as is schematically shown in Fig. 1 B. 
Other similar communications can also be made in this way, as for example to help or 
maintenance centers (not shown), as described below. Firewall types of 
communication protections may also be set up here, such as was described above. 
Thus, network connections (cable or wireless) can be made between each central 
server 1 48C and the network terminal server 1 230; whereas RS/232-type 
communications (cable or wireless) can be established elsewhere. Note, all variations 
of system 1 40 may include communications connection(s) of many different sorts 
which allow each particular device to communicate with other devices. RS/232 
communications connection(s) as described, are only examples of such 
communication media. Communication media may typically embody, be embodied in 
or otherwise be capable of interacting with and/or through computer readable 
instructions, data structures, program modules or other data in a modulated data 
signal such as a carrier wave or other transport mechanism and include any 
information delivery media. The term modulated data signal may include a signal that 
has one or more of its characteristics set or changed in such a manner as to encode 
information in the signal. By way of example, and not limitation, communication 
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media may include wired media such as a wired network or direct-wired connection, 
and wireless media such as acoustic, RF, infrared and other wireless media. The term 
computer readable media as used herein preferably includes both storage media and 
communication media. 

[0071] Wireless alternatives of data transfer can be applied to provide access to blood 

processing machinery and central server capabilities within a single site and/or to or 

from mobile or external blood collection sites, and may be especially useful for those 

sites which may have wiring difficulties to or wireless expediencies in relation to a 

central network. Some non-limiting examples of such communications alternatives 

are explored in Figs. 1 E and 1 F. Hardwired or cabled communications between data 

input/output units (as generally is indicated in Figs. 1 C and 1 D, for example) may 

generally include the use of wires or cables for networking devices together. These 

may use local area network (LAN) or Ethernet or may even include wide area network 

(WAN) communications. In any case, hard wire connections can embody physical 

limitations that may challenge the effectiveness of a central server system in many 

environments. However, particularly with local area network (LAN) capabilities or 

Ethernet capabilities included in a processing unit 10, data output/input from the 

processing unit 10 to the central system 140 can be readily adapted to either hardwire 

or a wireless format. LAN capabilities or Ethernet capabilities may be embodied within 

or connectable to an apheresis/separation/collection unit 10, such as is the case with 

Cambro Trima • units, which are each equipped with a built-in 1 0 MB Ethernet port. 

Conversion boxes can be used to convert non-readily adaptable processing machines 

TM 

1 0 to allow for wireless connections thereto as well. Thus, Cambro SpectraTM d 
Baxter Amicus and CS-3000 machines which do not have built-in 10 Mb adaptations 

may still be converted to wireless technologies with such an additional box (not 

shown). 

[0072] £ 5 s | 10Wn m ore specifically in Fig. IE, one or more processing devices 10 may 
have a wireless transceiver 2000 connected thereto which may communicate via 
energy waves through free space from an antenna 2001 to and with a corresponding 
transceiver 2002 or 2003 (also having corresponding antennae 2001), as shown. 
Router and hub connections such as exemplary routers 2006, 2007 and hub 2008, 
respectively, may also be used in a network structure to connect one or more various 
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units 1 0 to the central server system 1 48A. In the simplified example shown in the 
right hand portion of Fig. 1 E, the processing device 1 0 can communicate directly 
through its transceiver 2000 to and with the transceiver 2003 which is connected 
directly to the hub 2008 which in turn communicates directly via connection 1212 
with the central server 148A. Using a currently standard Wi-Fi IEEE 802.1 1(b) (or the 
like, e.g. 802.1 1(a) or 802.1 1(g), inter alia) communication system, these devices, at 
least transceivers 2000 and 2003 would be within about 100 meters of each other, 
and thus likely disposed within the same blood center (see center 1 000 e.g., Fig. 1 B) 
or otherwise within about 1 00 meters of each other. Repeater transceivers (not shown) 
or enhanced technologies not as yet known, could expand this distance without 
departing from the scope of the present invention. Indeed, current outdoor usages 
can communicate using the above conventional standards through up to about 1 .5 
miles. Thus, although this first example may more readily be adapted for in-center 
use, it may also be exemplary of inter-site uses. 

[0073] On the other hand, according to the embodiment depicted in the left side portion 
of Fig. 1 E, a processing device 1 0 may communicate through its transceiver 2000 with 
a transceiver 2002 which may in turn be connected to a router 2006, which also in 
turn can then communicate with a second router 2007 according to any of various 
communication technologies. For example the zig-zag communication 2050 depicted 
between router 2006 and router 2007 may be via ordinary modem/telephone line or 
modem/cable communications or may include orbital satellite communications (see 
e.g., Fig. 1 F). In any case, this sort of communications system allows for more 
disparate communications as for example from a non-centralized (sometime referred 
to as a "satellite" or branch) blood center or site to a central or base or home blood 
center. In such fashion, the "satellite" or branch operation need not maintain a central 
server system 148A, but rather may communicate directly with the home site central 
server 148A (described more below, see Fig. IF). Note, such routered communications 
systems may include the wireless connections shown, or may be hardwired to the 
respective server, see for example, the dashed line cable 2005 which may alternatively 
be used to connect the router 2007 more direct to the central server 148A (instead of 
the wireless connection indicated by the communication from transceiver 2004 to the 
transceiver 2003, which communicates thence to hub 2008 and server 148A). 
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[0074] Note further that this configuration of routers provides a means of 

communications not only between blood center sites, e.g., "satellite n /branch sites or 
even of mobile operations (see Fig. IF, below) and a home base blood center, but, 
may also represent a means for communications between one or more machines 10 
and a maintenance or manufacturer's server system for routine or upon request 
transfer or run data logs, or even for a machine 1 0 to initiate (automatically or upon 
request) a call to the maintenance or manufacturing center to report regular data or a 
self-diagnosed problem or need for service (see further description below). 

[0075] Also shown in Fig. 1 E are various other wireless alternatives for communication of 
the server system 148A with various input and/or output devices. For example, server 
system 148A can communicate through connection 1 222 to a transceiver 2009 which 
may communicate with a hub 1 220 via a transceiver 201 0 (wireless here, e.g., via 
respective antennae 2001). Hub 1 220 can then be connected directly to an 
input/output system, e.g. system 148B, or indirectly via wireless transceiver 201 1 to 
system 148D via transceiver 201 2. Moreover, other input/output devices are also 
shown for example including a barcode reader 21 75 which may, e.g., be connected 
through a transceiver 2014 to communicate to server system 148A, or a personal 
digital assistant or PDA 201 5 communicating via a transceiver such as transceiver 
201 1 (previously described). In addition, alternative communications of the PDA 2015 
with either the hub transceiver 201 1 or the server transceiver 2009 are shown to 
illustrate the ease with which alternative wireless solutions may be used. Note, the 
devices and connections shown in Fig. IE are meant to be schematic and not limiting. 
Various alternatives in actual practice are intended to yet fit within the scope hereof. 
For example, the transceiver units 2000, 2002 2004 and 2009 2014 may be discrete 
units as shown, or could be built into the respective devices with which they are 
connected. Similarly, the various antennae 2001 may be discrete protruding devices or 
may also be built into the other devices, or be or make use of the hardware (e.g., the 
chassis or screen) of the respective device with which it is related. Moreover, routers 
and hubs are also only intended as exemplary communications devices; other devices 
(e.g.; modems et cetera) may be used instead or in addition thereto. 

[0076] A f urt h er wireless communication alternative includes orbiting satellite 

technology. A satellite communication system and/or process for transferring data is 
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shown in Fig. 1 F. As above, wireless data transfer here also eliminates the need for 
wire or cable components that may not be suitable for blood collection or processing 
in "satellite" or branch collection facilities or from a mobile or temporary setting. A 
currently described orbital satellite communications system or network surpasses 
conventional mobile technologies which involve downloading information from the 
central system to a portable unit such as a laptop computer (not shown) which may 
then be taken within the mobile unit to the mobile or branch blood collection site. 
Data could then be input into the portable unit and stored there until it can later be 
transferred to the central system at the base blood center using wired or wireless 
(e.g., LAN) communications or physical transfer of data by the user, e.g. by floppy disk 
or manual data input or other "batch" downloads). An inherent problem with this 
previous kind of data transfer is that it requires an additional software application for 
the portable unit. System synchronization of this software with the non-portable 
mainframe system (such as would be found in a hospital or blood bank) is then 
difficult and requires extensive human effort in management of these operations. 
Methodologies and standardized operating procedures are thus required, particularly 
with multiple mobile units needing synchronization. 

[0077] 

In the present system, one or more centralized servers may be used as the 
interface in an entire network. Various connection schemes and software are available 
(e.g., from Citrix Systems Inc.), such that a centralized system, e.g., system 148A in 
Fig. 1 F, can operate as a single interface at one end to the main blood bank software 
(not separately shown, but see schematic representation of discrete system 149E in 
Fig. 1 F which could represent a disparate server 1 48E maintaining blood bank 
software, or alternatively merely being a client communication setup for data input 
and output from such a client system 149E to the central system 148A), and/or as a 
relatively transparent interface at the other end to a number of various kinds of 
systems, such as blood processing devices 10 (as shown via connection 1212 and hub 
2008, e.g.) and/or to orbital satellite communications devices/systems as described 
herein below. First note however the schematic representation of a central system 
148A connected to one or more blood devices 10 and a split server 148A/148E or 
mere input/output station 149E, as being disposed within a central location, for 
example, a blood center, denominated herewith the reference numeral 3002. Such a 
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center 3002 can then be connected to a "satellite" or branch blood center 3012 
conventionally with a hard connection line (or modem or router teleor phone cor or 
able connection) 3013 (shown in dashed lines). Thus, a single server 148A can be 
used for processing data at two or more disparate sites as introduced above (note 
only a hub or router 1220 may be disposed at the branch site 3012 as connected to 
one or more blood processing device(s) 10 and/or client(s) 148F). 

[0078] As an alternative to the hardwire/cabling connection of a "satellite" site, orbital 
satellite technologies may be used to transfer data between remote locations using 
the electromagnetic wave propagation principles at specified frequency bands, 
typically microwave frequencies. In general, an overhead orbital communications 
satellite 3000 may be orbitally placed or disposed at altitude above the earth's surface 
so that it can cover a wide area range for communication between remote locations. 
The satellite 3000 may have one or more receiving and/or transmitting antennas, 
often called transponders (not separately shown), which may assist in providing the 
wireless network communications. As an application for central system 148A, the 
central server 148A could be connected to and/or within the main blood bank site 
3002 (as schematically shown in Fig. 1 F) and would send a signal to the receiving 
antenna (not shown) of the orbital satellite 3000. It would do this via a transceiver or 
dish antennae assembly 3004 which includes a dish antenna 3001 . A connection 2990 
(wire or wireless) may connect server 1 48A to assembly 3004. The signal may then be 
transmitted by the transmitting antenna of the satellite 3000 to a mobile/remote site 
such as branch center 301 2. The satellite 3000 may amplify the signal before 
transmitting. Then, a transceiver 3005 at the site 301 2 may take that data and 
communicate it through connection 2991 (wire or wireless) to hub 1 220 and thence to 
device(s) 10 and or client(s) 149F. Data can then be routed back to central system 
148A from site 3012 via a reverse process. Data may thus be transmitted through a 
network. With a two-way satellite system, both ends of the network can communicate 
back and forth in this wireless format. This creates a Wide Area Network (WAN) system 
in conjunction with a Local Area Network (LAN) present on land. This satellite solution 
would essentially allow for the centralized information management system to operate 
and be regulated the same at both mobile/remote locations and the central/fixed 
locations. 
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[0079] As alternatives, note for example the potential for an off-site satellite 

communications center 3008 which has a transceiver 3006 and dish 3001 and a 
connection 2992 back to the central system 148A (note, if in range conventionally 100 
meters, as above), then this center 3008 could be wirelessly connected to central 
system 148A also). This sort of connection may entail use of a service provider who 
has the satellite transponder 3006 and provides the connection there to via cable 
2992, e.g. aTl cable (note, if in range (conventionally 100 meters, as above, th)en 
this center 3008 could be wirelessly connected to central system 148A also). This sort 
of connection may entail use of a service provider who has the satellite transponder 
3006 and provides the connection thereto via cable 2992, e.g. aTl cable. Other 
alternatives include the mobile unit 3020 which may have a transponder 3024 
connected thereto/disposed theron with a dish 3001 (like the other dishes 3001 , 
herein) to communicate through the orbital satellite 3000 to and with central system 
148A. A mobile unit 3020 could then include a hub or router 1221 connected at one 
end to transponder 3024 via line 2993, and at the other end to one or more 
processing machines 10 and/or input/output sub-system 149Q. Gere, as in other 
areas, the input/output sub-system 149QcoGld be merely such (and include no or 
little processing power) or it could have a server in 148QwhGch could enhance the 
processing capabilities by performing some tasks locally (as for example with a blood 
bank software system), yet communicate on-line with the central system 148A via the 
satellite hookup 3000. Note also, that although hard-line connections 1225 are s>hown 
connecting one or more machines 10 and sub-system 1 49Q toGtransponder 3024 (via 
hub 1221), this connection could also be wireless in a fashion not unlike those 
described herein above or below. 

[0080] 

Similarly, a temporary collection/processing site 3075, which could be a church, 
school, library or other somewhat public or otherwise accessible place may have one 
or more collection/processing machines 10 established therein, even if only 
temporarily, and, in one embodiment, a satellite transponder 3074 (shown in dashed 
lines), and dish 3001 can be established threat to provide communications to central 
system 148A via orbital satellite 3000. Wireless technology inside the temporary 
facility 3075 may be preferred to provide the data communication from the one or 
more machines 10 +0 through a transcriber 2000 to and through a communicatively 
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receptive transcribereiver which communicates with transponder 3074. 

[0081] In yet one further alternative, a toolbox or like-sized unit 3050 may be used to 
provide data communication connectivity in a mobile or temporary site setting (thus, 
with either a mobile bus/truck/van 3020 or church/school/library/facility 3075 or the 
like.) With or in such a unit 3050 may be a processing unit 1 48H and a wireless 
transerverceiver for communication with one or more blood processing machines 10, 
and/or any input output system(s) 1 49 (Figs. 1 A -1 F) (whether thee inyude processing 
abilities 1 48 or otherwise). The processing unit 1 48H may then also be connected to a 
transponder 3054 (via a line 2994, or wirelessly as above) which can then provide 
communications with a central system 148A via orbital satellite 3000. 

[0082] Any of these can then provide communications back to the home blood center 

3002 from world-wide locations. Similar such communications may then also be had 
with the manufacturer or a maintenance center, again world-wide. Global positioning 
(GPS) would/could be included for positioning the dish 3001 which would preferably 
be automatic (but could be manual) and motorized (for azimuth and elevatrons)iwith a 
meter for determining signal strength. Internet service could also be provided or used 
for the sending and/or receiving. 

[0083] 

Note also, this sort of communications technology can be used for connecting to 
apheresis machines such as the machines 10 shown in the Figures, but also can be 
used for whole blood collections management whether used for whole blood intake 
data only, or used for and throughout the processing of that whole blood into 
components, whether processed manually by conventional methods or by newer, 
automated technologies. Data about the donor, the donation event and any and all 
processing, including any pathogen inactivation/reduction performed (if any), may 
also be tracked whether at a mobile site and/or at the laboratory where any such 
further processing might take place. Accurate collection and processing records would 
be the primary result. Donor qualification (or rejection/deferral) at any site would be 
another major result. As also mentioned, a further advantage may be connectivity of 
any apheresis or other processing machine 1 0 to the manufacturer of another repair 
or maintenance vendor such that the processing machine 10 can be accessed or can 
automatically, or semi-automatically download information to the manufacturer or 
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repair/maintenance group for determination or diagnosis of any problems needing 
attention. In one embodiment, access can be initiated manually or automatically by 
the manufacturer or repair/maintenance group, or in another embodiment, the 
machine(s) 10 can automatically initiate contact (e.g. through a dial-up modem) either 
routinely (end of run, once a weekend, e.g.) or only on specially upon detection of a 
certain condition. This data can also be used by one manufacturer to improve machine 
use. 

[0084] A more detailed description of the preferred steps for using the present preferred 
system will now be set forth. In Figs. 2A-2I, inter alia ; use of the centralized 
computing/data retrieval assembly is shown in more detail. First, Fig. 2A depicts an 
exemplary display page or screen 201 which may be the first such screen displayed on 
the output monitor display screen 200 (see, e.g. Fig. 1 A) of the centralized 
computing/data storage assembly or system 140 when the software thereof is initially 
accessed. A more, rather blank, screen (not shown) may be used as an initial screen 
upon startup, as described below. As can be seen in display screen 201 generally, the 
initial donor information may be gathered here, such as for example the donor's name 
(last and/or first), and/or the donor's identification (ID) number or like identifier (if 
used), and/or the donor's telephone number or other identification data (also if used, 
not shown). Data entry fields for these types of data may be seen in the main work 
area 202. These are several examples of possible initial identifiers among numerous 
others which could be alternatively substituted herein. 

[0085] Moreover, as mentioned this could be the first display screen to be shown upon 
software initialization, or other alternatives (not shown) could be simply used 
preliminarily hereto by way of introduction to this or a like display 201 . In any event, 
some display is preferably used as the starting point for data entry (and/or search, if 
the data were previously entered or imported from another system) for use with a 
particular donor, and for the sake of convention, display 201 will be used in this role 
for this description of the preferred embodiment. Note also, that as shown in Fig. 2A, 
disposed next to the main work area 202 (with sub-areas 203 and 204 as will be 
described below) is a procedure icon selection area 205 which is depicted along a 
vertical portion of the left-hand side of display 201 . In it, five icons208, 207, 209, 
2 1 0, and 2 1 1 are currently shown, though either more or fewer such icons could be 
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used as may be desired. 

[0086] A description of the preferred general overall procedural flow will be set forth 

starting with particular reference to the procedure icon bar 205 on the left side of the 
display screen 201. Note, most of the following description flows from one procedural 
event to another, however, the procedures herein are not necessarily intended to 
rigidly follow each other sequentially, and may, for the most part (exceptions to be 
highlighted) be performed in various orders, non-sequentially, synchronously or non- 
chronologically. 



[0087] 



As an initial step or sub-procedure, the Select Donor icon 207 represents the 
performance of several functions generally described as follows. First is a Greet Donor 
function wherein the system operator may verify and/or add a new donor record to 
the system database 1 42, and check-in a donor into the system 1 40 (either by data 
entry directly into this application or via automatic transfer of data from a discrete 
blood bank information system). Thus, the operator may perform Donor Entry/Edit 
functions to enter or modify a donor record in the database (see e.g. , Figs. 2B-2I, as 
described below). This may also include capturing a donor image using a digital 
camera to take the donor's photo (this functionality may also or alternatively be part 
of the Prepare Procedure Wizard process; see below). And, this may include use of a 
barcode reader to enter barcoded data such as the donor ID (i.e., a bar code 
previously created which represents the donor ID), etc. Thus, a barcoded data entry 
could be tied to a previously populated data record including one or more data fields 
(e.g., a donor ID could be tied to previously entered donor demographic or physical 
information including height, weight and the like. (N)ote: this barcode data input 
functionality may also be part of other processes in this system such as the Prepare 
Procedure Wizard (entering barcoded unit number) and/or the Finalize Procedure 
Record (entering barcoded lot number/data for supplies). A preferred barcode data 
entry and manipulation process relative to actual separation/collection procedure data 
is set forth below; see Figs. 6N and 60.) After the data entry/verification, the next 
general step would preferably be to Prepare the Procedure for component collection 
as indicated by the second icon 208 in bar 205 as shown in Figs. 2A and 3A, inter 
alia . This preferably involves using a Prepare Procedure sub-procedure or software 
wizard to record further donor information and select the procedure to be run on the 
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donor prepared as set forth above (see description relative to Figs. 3Abelo w). 

[0088] Next, the operator preferably uses the Assign Machine icon 209 to access the 

sub-procedure for assigning the donor to a particular apheresis collection system 1 0. 
More details of this process are described below with particular respect to Figs. 4A 
and 4B. 

[0089] As shown generally in Fig. 5A, the central system 140 may be used for monitoring 
the procedure/machine status after the assignment of a donor to a particular 
machine. An icon 210 (Figs. 2A and 5A) is preferably included for accessing this 
functionality in the left-hand procedure icon area 205. Screen 501 (Fig. 5A) reflects 
the first step in such a monitoring sub-procedure. Finalization of the Procedure 
Record may also be performed here, wherein the operator may enter procedure data, 
including operator roles and supplies entries. (Note: this record finalization 
functionality may also be part of the Select Procedure process below.)Anot herptional 
step in the overall procedure shown in Figs. 2A and 6A by the icon 21 1 is the Select 
Procedure sub-procedure where the operator may search for and select a procedure 
(either active, pending, or finalized). A screen 601 such as shown in Fig. 6A may then 
be displayed (as described in further detail below). The operator will then be able to 
enter lab results by entering procedure product volume/quality information returned 
from the lab. The operator may finally prepare a Report on the Procedure by 
generating procedure or donor or production reports. 

[0090] 

It ought to be noted that the various sub-procedures identified by the respective 
icons 207-21 1 can be selected at any time in the overall procedure to view, input or 
modify particular desired information (and thus, do not need to be accessed 
sequentially). As an example, but not to be considered in any way as a limitation, the 
assign machine icon 209 could be selected at anytime to view the list of available 
and/or assigned machines 10. However, it should be noted that certain functionalities 
may thus be unavailable if an icon 207-21 1 is selected without having completed a 
previous sub-procedure. For example, upon selection of the assign machine icon 209 
as suggested here, the assignment function will not be available unless at least one 
donor has been processed though the Prepare Procedure sub-procedure (see 
description, below). In such a case, where no donor has yet been so processed, there 
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would not appear any donor icon in the donor assignment queue of screen 401 (Fig. 
4A), even if the available and assigned machines 1 0 may be shown in the machine list. 
Similar functionalities preferably requiring pre-completed sub-procedures (thus 
building on previous module completion(s)) are identified throughout the below 
descriptions. 

[0091] Although not a part of the general run procedure (and thus not involving or 

resulting from the clicking of icons in the procedure icon area 205), Administration 
Tasks (extra security being preferably required to access these options) may generally 
include: Setting Up the Application including setting default values; setting the 
apheresis/separation/collection machine configuration(s) including creating and/or 
modifying apheresis/separation/collection system configurations; Defining Products 
including establishing an unlimited number of blood component product definitions; 
Defining Procedures including establishing an unlimited number of procedure 
definitions (combinations of blood component product definitions); Defining Focus 
Lists including establishing an unlimited number of procedure focus lists 
(prioritization of procedure definitions); Performing Database Administration including 
managing and maintaining the data stored within the central database; and Blood 
Product Prediction wherein a blood component product forecasting report may be 
generated. 

[0092] Returning now to Fig. 2A, a more detailed description of the preferred overall 

procedure will now be set forth. In an initial start-up mode of software initialization, 
the main work area could be adapted to display a preliminary display screen (not 
shown) which has no active work spaces. Then, after log-in (see below), the operator 
could be forced to select an icon from a menu list and/or from the left-hand 
procedure icon selection area or bar 205 in order to initialize the overall procedure. 
As an example, the operator could first select the select donor icon 207 with a 
computer screen cursor or pointer (not shown) and click the enter or mouse button 
(neither shown) as is known in the art of standard desktop or laptop computer, 
Windows • -based or like software applications. This selection could then bring up the 
shown display 201 for beginning a donor check-in procedure. Scanning a barcoded 
donor ID could also be used to initialize the donor check-in/registration process (this 
may be an alternative made available from any screen; blank or otherwise, and could 
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be initiated upon the mere scanning of such a code which would then put the 
computer system and screen displays in the donor data search and/or entry/edit 
phase such as is exemplified by screens 201 and 22 1 , e.g.) (a further description of a 
similar, though distinct, data entry process such as could be used here is described 
below relative to Figs. 6N and 60). A few further alternatives for use in start-up (as 
well as throughout operation) may be found in the toolbars located as shown 
horizontally along the upper portion of the display 201. These are toolbars much like 
those used in a plurality of computer Windows • -type software applications with 
numerous functional similarities and specific distinctions as described herein. For 
example, the software start-up to the initial working display may also be achieved by 
selecting the "Tasks" menu heading 21 6 in the top level menu toolbar and then 
selecting the appropriate "open" file command (not shown) or other like commands as 
are generally known in the art. Or, similarly, a small icon toolbar 21 7 may be 
configured to be used for initiating software procedures, as may also be generally 
known in the art. Other menu headings and/or icons (not shown) in toolbars 215 
and/or 217 (or otherwise, not shown) may be used for other functions in startup or 
otherwise. 

[0093] 

A third toolbar 220 may further be used in or even prior to software initialization 
or it may not be opened until the main work area 202 has been opened. The third 
toolbar 220 as shown and preferred herein has a location for the typing of a name or 
other identifier which may be used to begin the process of either data entry for new 
records or a search for existing records. This third toolbar is preferably used for 
identifying the operator of the system, such identification being useful for logging-in 
and/or assessing the oper's leatorvel of security clearance, inter alia (described 
below). Thus, it is preferred that this operation of logging-in the operator be 
completed first. Further, it is preferred that a system administrator have previously 
established authorized users, with log-in names and optional passwords. The log-in 
names may then be typed in the blank space in tool bar 220, or the down arrow may 
be selected and clicked to reveal the list of authorized users to be selected. Once a 
user log-in name is entered, then a pop-up dialog box/window (not shown) may be 
made to appear to prompt entry of an appropriate password. Note, password and/or 
user log-in names may be made editable via such a pop-up dialog box/window (not 
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shown) or may be restricted to editing by a system administrator. Further similar 
options may also be used for these initialization procedures as may be known in 
Windows • or Windows • ows®-environments. Bar coded operator IDs may also be 
used such that an operator could merely scan his or her bar coded ID into the system 
to identify him or her as the operator. Security may (or may not) then require manual 
password entry before use. (Note, a discrete though similar operator ID entry process 
is set forth below with regard to Figs. 6N and 60.) 

[0094] 

Returning now to the main work area 202 of the display screen 201, two sub- 
areas 203 and 204 are shown in which data may be entered or displayed. First, as 
shown in sub-area 203, data concerning the identity of the donor to be checked-in 
may be entered in order to begin the donation process. Though not distinctively 
described, this data entry could be by various methods, manual, data download from 
a discrete data system, barcode reading, or combinations of the above, inter alia , and 
these data entry variations are intended to be interpreted as interchangeably usable 
throughout this description. The computer/database system 140 may then be made 
to search its database(automatically upon one or more alphanumeric character/digit 
entries or by selection of the search button 21 8 by the operator) to determine whether 
this particular donor has been previously entered in the system. If so, the system 140 
returns the results of that search in the search results sub-area 204. Note that the 
search may be made dependent on any of the criteria set forth in the first sub-area 
203 (or others not shown herein but alternatively usable herewith). Also, the search 
mechanism may be adapted to search wild cards and/or truncated terms or list 
various short forms for further search as these and other search capabilities are 
known in the art. As such, when typed into the proper field, this display screen simply 
calls up a donor from the existing database if such a donor exists therein. A 
search/query format may be used wherein typing an alphabetical initial will call up 
into the results window all donor names beginning with that initial. The operator may 
then double click on a listed name to select and call up the next preferred screen (see 
Fig. 2B, the donor entry/edit screen 221), which contains greater detailed donor 
information as will be described below. Note, the search could be limited to the data 
stored in the system 140, or also could be made to search an external information 
management database/data system such as may be included in a blood center 1000 
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or hospital 1001 . 

[0095] First, however, several other graphical buttons are shown in the main work area 
202 of Fig. 2A and may be used to perform various functions. For example, below the 
work sub-area 204 are examples of three buttons which could be set forth on this or 
any other alternative display screen used herein. In this example, the three buttons 
here are the "new" button 212, the "select" button 213 and the "help" button 214. The 
"new" button 212 could be used to toggle to a fresh search page like this one 201 
shown without any information in any of the fields (name, ID, or results). Alternatively, 
the "new" button 212 could allow for either new data entry editing directly in the fields 
shown here in screen 201 , or could be used to call up a secondary display screen, 
such as the Donor Entry/Edit screen 221 shown in Fig. 2B (described below). Such a 
"new" screen would preferably have empty fields to allow for new donor information 
data entry. Note, the "new" button 212 is shown in active, darkened mode in Fig. 2A 
as compared to the other "grayed-out" buttons 213 and 214. This means it is active 
as shown (and as would be understood to those knowledgeable in the art of common, 
conventional Windows • and the like software applications). It is active as shown when 
it may be desirable to enter new data records into the system. The "grayed-out" 
"select" button 213, on the other hand, is inactive until a search result record is 
displayed in sub-area 204. When such a record is made available, button 21 3 would 
be made active and darken in style such as the other active buttons shown here. The 
"select" button provides for the selection of a donor data record to be verified and/or 
modified for preparation of a collection procedure. This functionality as well as that of 
the "help" button 214 is described in greater detail below. 



[0096] 



As next shown by the donor data entry/edit screen 221 in Fig. 2B, data can be 
either manually input into the computer/database system 140 by typing into the 
corresponding fields such as will be described further below. Or, any appropriate data 
input can be performed with an alternative input system such as, for example, a bar 
code reader (not shown, but see a similarly usable data entry description relative to 
Figs. 6N and 60), or input from other computerized information systems as will be 
described below and/or become obvious to those skilled in the art. If using a bar code 
reader, a donor may be given a donor identification (ID) card which may have a bar 
code imprinted thereon which represents or is keyed to reveal from the database that 
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particular donor's data. Then, an optical reader (not shown) can be used by the 
operator to read the bar code information from the card to fill in or key the retrieval of 
the previously entered data to populate the donor data fields shown in Figs. 2B-2I. 
The other previously introduced alternative input process would be in taking 
advantage of other pre-existing database/information systems which may already 
contain the appropriate donor data. Thus, the present computer/database system 140 
may be disposed in data communication relationship with one or more such pre- 
existing systems and simply upload the desired data there from. Thus, the fields such 
as those shown in Fig. 2B, et al ., can be automatically populated from the blood 
center's management information system ( e.g. , Wyndgate, MAK, etc. ). In this 
situation, the reception portion of the data entry process ( i.e. , initial data entry 
and/or verification) could take place entirely on the blood center receptionist's 
computer in the corresponding Wyndgate or MAK (or like) system. This information 
may then be retrieved by and/or forwarded to the computer/database system 140 to 
populate the fields such as those shown in the display 221 of Fig. 2B. This display 221 
may be referred to hereafter as the Donor Entry/Edit screen 221 and may, in the 
three-room model, initially be called up in what may be referred to as the "Reception" 
room. This three room model will now be briefly described. 

[0097] 

There may be considered three main data input/verification points in a collection 
process. At the first point, hereafter referred to as "Reception," the donor is checked 
into the overall process. Under a scenario of data connectivity between the central 
computing/database system and a blood bank information system, the "Reception" 
room/step may be handled through the blood bank information system and the 
needed donor data may then be automatically transmitted (downloaded or uploaded 
or otherwise) into the central system 140 as described above. With this connectivity 
between the blood center information system and the central system 140, the 
historical donor data (which may be batch file loaded into the central system 140 
periodically) may also be called up and the donor may then be assigned to the second 
room, hereinafter also called the "Screening Room." In the screening room the donor 
information may be retrieved and displayed and several preferable pieces of lab data 
may be input for purposes of selecting the proper/preferred collection procedure to 
be performed. A donation unit number may also be assigned at this point. The central 
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system may, but preferably does not, hold confidential donor information influencing 
potential deferral; this information would preferably reside only in the blood bank 
information system. The central system 140 is preferably only concerned with the 
collection process. In either the "screening room" or the third room, hereinafter also 
called the "Donation Room," the donor may be assigned to a particular apheresis 
machine. The procedures performed in the donation room may also include recording 
other data about the procedure such as recording the identification numbers 
associated with the disposable tubing set. Once the donor is assigned to a machine, 
the central system 140 would preferably go into a monitor-only mode relative to that 
donor and that machine for monitoring and/or recording any and/or all events in the 
procedure. More details hereon are provided below. 

[0098] Returning to the donor entry/edit screen 221 of Fig. 2B, further details concerning 
some of the specific, preferred fields, tabs, buttons, etc. shown on screen 221 in Fig. 
2B will now be set forth. 

[0099] As mentioned, new donor records may be created using screen 221, and pre- 
existing records may also be edited/modified here. A primary difference in creating 
new records versus modifying existing ones lies in the fact that the fields shown in 
Fig. 2B will be empty prior to entry of new record information, as opposed to having 
been populated by previously entered (or imported) data in the modification sense. As 
shown in Fig. 2B, the data fields are primarily populated thus generally signifying 
either a data import or previous donor record entry situation. 



Primarily donor identification data/information, such as the donor's name and/or 
ID, may be entered/edited in the fields disposed preferably in an upper substantially 
fixed area of screen 221 . However, if this data has come from a previously entered 
record, the fields in area 222 are preferably "inactive" as shown by being "grayed-out." 
Thus, these fields would preferably not be editable directly, rather would be editable 
otherwise as described below. Other information about a particular donor may then be 
entered/edited in corresponding fields appearing with respective tabs in the lower 
data area 224. For example, donor demographics information may be entered/edited 
in corresponding fields under the "Demographics" tab 231 as shown in Fig. 2B. Other 
general information such as gender or date of birth, inter alia , would preferably be 
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enterable/editable under the "General" tab 241 (see Fig.2C). Blood type, CMV, 
(cytomegalovirus) and HLA (Human Leukocyte Antigen) type, inter alia could be 



entered/edited under the "History" tab 251 (Fig. 2D). A "Comments" tab 261 (Fig. 2E) 



could be selected and used for entry of comments about the donor. Allergy 
information could be entered or edited under an "Allergies" tab 271 (see Fig. 2F). 
Donor status data could be entered and/or edited under a "Status" tab 281 (Fig. 2C) 
including such data as, for example, last procedure date, numbers of donations given, 
over what period of time, etc. Other tabs, such as a "Blood Loss History" tab (Fig. 2H) 
and/or a "Procedure History" tab 299 (Fig. 21) could also be used for separate entry of 
such information. Note, separate pop-up dialog boxes or other alternative screen 
styles or types (none shown) may be used for prompting for and entering/editing 
these types of information. 

[0101] Note, the information shown and described here in screen 221 may alternatively 

be optional or mandatory, depending on the desires of the ultimate user; here, usually 
a blood center. That is, the standard operating procedures (Sop's) OPthe blood center 
may be implemented herein to make certain information optional or mandatory, as 
desired. However, certain information, whether listed here (under the Donor Entry/Edit 
screen 221) or entered elsewhere (see the Prepare Procedure functionality, described 
below) may be required by the blood separation/collection assembly 1 0 prior to 
initiation and/or completion of a separation/collection procedure. Examples of such 
information may be gender, height, weight, blood type, and/or pre-count (platelets 
and/or hematocrit) information (again, see the Prepare Procedure, below). As such, 
some of this information ( e.g. ., height/weight) would only be enterable/editable, as 
preferred here, in the procedure preparation portion of the overall process (see 
below). 

[01 02] Moreover, as introduced above, all, most, or at least the information required by 
the blood center may be entered or have been entered previously into the blood 
center's separate (but communicatively-linked) information system (not separately 
shown, but see Fig. IB). Such an information system is separate from the present 
invention, although these systems may be made to communicate with each other. 
Thus, such information may be entered into the blood center information system, 
preferably according to the standard operating procedures (SOP's) of the blood center, 
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and then this information may be transferred (downloaded or uploaded, or otherwise 
communicated) to the central system 140 of the present invention. This information 
would then populate the respective fields shown and/or described here relative to the 
Donor Entry/Edit screen 221 . An operator of the present system may then use screen 
221 to merely verify the accuracy and/or completeness of this information shown on 
screen 221 prior to checking-in the donor for the present collection procedure. 

[01 03] In a presently preferred embodiment, when a blood center information system is 
used, the transmission of this general sort of donor identification, demographics and 
commentary information, inter alia , is one-way from the blood center information 
system to the central server system 140 of the present invention, primarily to 
maintain SOP's on which types of donor information a blood center may wish to 
capture. Thus, the operator may continue to operate at reception in a fashion 
unchanged from before introduction of the present invention. 

[01 04] Nevertheless, these donor identification data may also be transmitted both ways; 
namely, from the blood center information system to the central server 140 and/or 
back to the blood center information system from the central server 140. In such an 
option, these data may be entered/edited in either system and then be made to 
update the records of the other system. Note, these donor data communications are 
discussed here only in terms of the general donor data; not necessarily including 
feedback information about the results of any particular collection procedure. Such 
procedural data communications are also considered within the present invention, but 
are discussed further below. 

[01 05] First however, more particular descriptions of the preferred data to be 
entered/edited in screen 221 will now be described. 

[01 06] As mentioned, in the Demographics tab 231 , the operator may enter/modify the 
donor's national ID (as may be desired or applicable), address and telephone number 
as shown in Fig. 2B. Then, after selecting the General tab 241 , the following 
information may preferably be entered/edited; Gender (Male or Female, neither of 
which preferably selected by default); Date of Birth (which can be typed in text box or 
selected using pop-up calendar); Ethnic Background (preferably available via a drop- 
down list which is editable by selection only, and is preferably created by the System 
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Administrator); and Donor Picture (the default is preferably a generic, genderless icon; 
however, if a gender is selected using one of the Gender radio buttons, this icon 
preferably changes to a gender-specific icon the next time the donor record is 
accessed, provided the operator saved the data before closing the dialog box). The 
operator can optionally click Update Picture to take donor's photo using an optionally 
attached, in data-communicative relationship, digital camera. 

[0107] The operator may then optionally click the Donor History tab 251 (Fig. 2D) to 
view/ modify procedure history data for this donor. This tab 251 may contain the 
following information: Blood Type, CMV, HLA, Hematocrit, and/or Platelet Count. More 
specifically, the Blood Type may include A+, A-, B+, B-, AB+, AB-, O+, 0-, or 
Unknown; preferably accessible via a drop-down list, editable by selection only; 
default is preferably Unknown. The CMV Status includes Unknown, Positive, and 
Negative Radio buttons options; the default is preferably Unknown. HLA Typing 
options are as follows: the operator may select the HLA Tested check box if HLA 
testing has been done for this donor; or left unchecked by default. And the A, B, C, D 
check boxes are disabled unless the HLA Tested check box is selected. Once HLA 
Tested is selected, the operator can select one or more HLA-type check boxes (A, B, 
C, and/or D). The Last Hematocrit and the Last Platelet Count are preferably non- 
editable, generally pre-populated fields from past procedure data or external blood 
bank information system, if available. 

[01 08] The operator may then also optionally click the Comments tab 261 (Fig. 2E) to 
enter/view free-form comments about the donor. To add a comment, the operator 
clicks the Add Comment button 262. A separate Enter Donor Comment pop-up dialog 
box (not shown) may then appear, or comments may be made enterable/editable 
within the work space shown. The operator may then enter a comment in the text box. 
Note that a comment is preferably not saved in the donor record until the operator 
clicks the Apply or OK button 229 or 230 in the Donor Entry/Edit dialog box 221 (see 
more details below). 

[0109] 

The operator may then optionally click the Allergies tab 271 (Fig. 2F) to enter/view 
donor allergies and associated comments. To view the comments about a specific 
allergy, the operator clicks the allergy in the Donor Allergies list; associated comments 
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for this allergy appear in a Donor Allergy Comment box. To add an allergy, the 
operator may click the Add Allergy button. An Enter Donor Allergy pop-up dialog box 
(not shown) may then appear. A listing of allergies (preferably non-editable and 
created by the System Administrator) may be made to appear in such a dialog box and 
the operator may optionally enter a comment pertaining to that allergy in the Allergy 
Comment box. Note that an allergy is preferably not saved in the donor record until 
the operator clicks the Apply or OK button 229 or 230 in the Donor Entry/Edit dialog 
box 221 (see details below). 

0] The operator may also decide to remove an allergy from the Donor Allergies list. 
The operator may then click the allergy in the Donor Allergies list, and then click the 
Remove Allergy button. The allergy is removed from the displayed list; however, the 
allergy is not permanently removed from the donor record until the operator then 
clicks Apply or OK button 229 or 230. A Therator may decide to enter additional 
comments for an allergy currently in the Donor Allergies list. The operator clicks the 
allergy in the Donor Allergies list, and then clicks the Add Comment button. An 
Allergy Comment dialog box (not shown) may be made to appear. The operator can 
then enter a comment and click an OK option. The Donor Entry/Edit dialog box 
reappears, still showing the Allergies tab 271 (Fig. 2F). The allergy listing in the Donor 
Allergies list is updated to show the new comment. The date and time the comment 
was created, as well as the user ID for the user who was logged on when the comment 
was created, will preferably appear with the comment in the Donor Allergy Comment 
box. The operator may then optionally click the Status tab 281 (Fig. 2C) to enter/view 
the following donor status information: Donor Status — Active or Inactive; Donor 
Category (a drop-down list, preferably created by the System Administrator); Donor 
Since Date — date the donor started donating (preferably defaults to first procedure 
date, if not modified, which can be typed in text box or selected using a pop-up 
calendar); Last Visit Date — last date the donor attempted to donate (defaults from 
system records, preferably non-editable except by the System Administrator); Last 
Procedure Date — the last date the donor actually did donate (default from system 
records, non-editable except by the System Administrator); Last Contact Date — last 
date that the center contacted the donor (can be typed in text box or selected using 
pop-up calendar, default is preferably the current date). 
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[01 1 1] The operator may then optionally click the Blood Loss History tab 291 (Fig. 2H) to 
view the total volume of blood and/or particular blood components (e.g., red blood 
cells) the donor has lost from apheresis (not necessarily including whole blood) 
activities for the previous 1 2-month period. All of the data in this tab is preferably 
non-editable in this module. It is downloaded as run data from the apheresis 
collection system 1 0 (preferably a Trima • system for procedures run for this donor, 
and/or entered by an operator during procedure finalization (see below). The tab 291 
preferably shows the Total Blood Loss the total volume (preferably in milliliters) of 
blood the donor has lost from apheresis (not necessarily whole blood) activities for 
the previous 12-month period); and a Procedure table which shows blood loss for 
apheresis procedures for which a procedure record exists in the central server system 
Eac. h. produre is preferably listed in a separate row in the table. The operator may 
need to scroll horizontally or vertically to view some of the data. For each procedure, 
the table preferably shows the following: 

[01 1 2] • Procedure Date — The date the procedure was run. 

[01 1 3] • Product RBC — The volume of RBC product collected during the procedure (total 
RBC volume less anticoagulant volume). This information is preferably determined 
based on the procedure that was run and the donor's hematocrit. 

[01 1 4] • Sample RBC — The volume of sample RBCs collected during the procedure. This 
volume is either the default value set by the Administrator during system setup or a 
value entered by an operator during procedure finalization, according to the facility's 
SOPs (see the Finalize Procedure Record description below). 

[01 1 5] • Residual RBC — The volume of residual RBCs remaining in the tubing set after 
the procedure. This information is determined based on the tubing set type, the 
procedure that was run, the donor's hematocrit, and whether or not rinseback was 
completed for the procedure. 

[01 1 6] • Other RBC — Any other RBC volume (for example, estimated volume of a spill), 
entered by the operator in the Finalize Procedure Information dialog box, Blood Loss 
tab, according to the facility's SOPs (see the Finalize Procedure Record description 
below). 
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[01 1 7] • Product Plasma — The volume of plasma product collected during the procedure 
(total plasma volume less anticoagulant volume). The information is determined based 
on the procedure that was run and the donor's hematocrit. 

[01 18] • Sample Plasma (not shown in Fig. 2H; scrolled off the right side of the screen) — 
The volume of sample plasma collected during the procedure. This volume is either 
the default value set by the Administrator during system setup, or a value entered by 
an operator during procedure finalization, according to the facility's SOP's (see the 
Finalize Procedure Record description below). 

[01 19] • Residual Plasma (not shown in Fig. 2H; scrolled off the right side of the screen) - 
- The volume of residual plasma remaining in the tubing set after the procedure. This 
information is determined based on the tubing set type, the procedure that was run, 
the donor's hematocrit, and whether or not rinseback was completed for the 
procedure. 

[0120] • Other Plasma (not shown in Fig. 2H; scrolled off the right side of the screen) — 
Any other plasma volume (for example, estimated volume of a spill), entered by the 
operator in the Finalize Procedure Information dialog box, Blood Loss tab, according 
to the facility's SOPs (see the Finalize Procedure Record description below). 

[01 21] The operator may then optionally click the Procedure History tab 299 to view 

product information for all procedures run for this donor since the donor record was 
created in the present system 140. The tab 299 shows product information preferably 
only for apheresis/separation procedures for which a procedure record exists in the 
database 142. All of the data in this tab is preferably non-editable. It is downloaded 
from the apheresis system (preferably a Trima ® system) 1 0 run data for procedures 
run for this donor. The operator may need to scroll horizontally or vertically to view 
some of the data. For each procedure, this tab 299 preferably shows the following: 

[01 22] • Procedure Date — The date the procedure was run. 

[01 23] • Platelet Yield - The yield of platelets collected during the procedure. 

[01 24] • Plasma Volume - The volume of plasma collected during the procedure (plasma 
product volume plus anticoagulant volume). 
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[0125] • RBC Volume - The volume of RBCs collected during the procedure (RBC product 
volume plus anticoagulant volume). 

[01 26] Various alternative data entry/editing actions may also be preferred. For example, 
at any time while using the Donor Entry/Edit dialog box 221 , the operator may click 
the Apply button 229 (see Figs. 2B-2F, e.g. ) to save all to-date changes to the donor 
record, without exiting the dialog box. A Silarly, miat any time while using the Donor 
Entry/Edit dialog box 221 , the operator may click the Cancel button to cancel the 
current entry session. The system 1 40 may then prompt the operator to confirm the 
cancellation. If cancellation is confirmed, the system may lose all unsaved changes 
and closes the Donor Entry/Edit dialog box 221. A Help button 227 is preferably also 
provided to present a corresponding help screen (not shown) when desired. 

[0127] If the facility/center determines that a donor record no longer needs to be in the 
central database the record can be permanently removed. This option is preferably 
only available when an operator with a high level clearance such as a System 
Administrator user role or the like is logged on to the system. This Administrator or 
high level operator may then search for and display the donor record in the Donor 
Entry/Edit dialog box 221 , as described and then click the Remove button 226 (see 
e.g. , Fig. 2B). A warning may first be made to appear, informing the operator that the 
record will be permanently removed from the database 142. If removal is still desired 
a Yes confirmation button (not shown) may be selected. The following may then occur: 

1) both the warning message and the Donor Entry/Edit dialog box 221 may be closed; 

2) the Search Results box 204 in the Select Donor task window 201 (see Fig. 2A) 
would no longer show a listing for the removed donor; 3) the donor record would 
preferably be permanently removed from the database; and/or 4) an internal record 
for this donor may be retained elsewhere in the system for reporting reasons. 

[0128] 

Moreover, at any time while using the Donor Entry/Edit dialog box 221 , the 
operator may change the donor's name, while retaining the current donor ID. To do 
so, the operator would preferably click the Edit Donor Name button 223 (see e.g. , Fig. 
2B) in the Donor Entry/Edit dialog box 221. An Edit Donor Name dialog box (not 
shown) would preferably be made to appear, displaying all previous names used by 
the donor, as well as the date the name was changed and the operator who was 
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logged on to the system when the name change was made. The operator may then 
enter a new name for the donor in the Last Name, First Name, and/or Middle Name 
boxes, and conclude with an OK option (not shown). The Donor Entry/Edit dialog box 
221 would then reappear, showing the changed name. The operator can still also 
decide to not change the name by selecting a Cancel option in the Edit Donor Name 
dialog box (not shown) to retain the current donor name; whereby, the Donor 
Entry/Edit dialog box 221 would reappear, showing the unchanged name. Note that a 
changed name is not saved in the donor record until the operator clicks the Apply or 
OK button 229 or 230 in the Donor Entry/Edit dialog box. Similarly, at any time while 
using the Donor Entry/Edit dialog box 221, the operator may change the donor's ID, 
while retaining the current donor name. To do so, the operator would click the Edit 
Donor ID button 225 (see Fig. 2B) in the Donor Entry/Edit dialog box 221 . An Edit 
Donor ID dialog box (not shown) would preferably be made to appear, displaying the 
current donor ID. The operator could then enter a new ID for the donor in the New 
Donor ID box, and click an OK button (not shown) to save the ID change. The Donor 
Entry/Edit dialog box 221 may then reappear, showing the changed ID. The operator 
can also decide not to change the donor's ID, and click a Cancel option in the Edit 
Donor ID dialog box (not shown) to retain the current donor ID; in this case, the Donor 
Entry/Edit dialog box 221 would again reappear, showing the unchanged ID. Note that 
a changed ID is not saved in the donor record until the operator clicks the Apply or OK 
button 229 or 230 in the Donor Entry/Edit dialog box 221. At any time, the operator 
can search for and select the record for any donor who is already checked in to the 
system. However, if the donor is already checked in to the system, the following fields, 
inter alia , in the Donor Entry/Edit dialog box 221 may be preferably disabled and 
therefore cannot be modified: General tab: Gender; History tab: Blood Type; Status 
tab: Donor Status. 

[0129] 

Once the appropriate/desired donor data is satisfactorily entered, edited and/or 
verified using screen 221 (Figs. 2B-2I), the donor may then be checked-in to the next 
step in the process, the Prepare Procedure step/sub-procedure (described below). 
This ultimate donor check-in step may be accomplished from any view of screen 221 
by clicking the "OK" button 230 (or another appropriately labeled button, e.g., 
"Check-in" if so provided, not shown). This may then send the donor information to 
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the Prepare Procedure portion of the software application ( e.g., from the Donor 
Check-in module to the Prepare Procedure software module, if the software is so 
modulized as is preferred). Alternatively, a pop-up dialog box (not shown) can be 
made to appear for confirmation that donor check-in is desired. 'Yes" or "No" options 
may be provided in such a pop-up dialog box to confirm the operator's desires. 
Clicking the "Yes" option will then pass the donor information to the Prepare 
Procedure Step, as described. Note, clicking the "No" option will provide for not 
passing the donor information to the next procedural step; however, it may be made 
to either save all edited/entered information while exiting the Donor Entry/Edit screen 
221 , or it may be made to call up a further pop-up window to confirm whether the 
edited/entered information should be saved to the central memory 142 before exiting 
the Donor Entry/Edit screen. Note also that, as will be described below, the donor data 
entered/edited via screen 221 may be made further enterable/editable at later stages 
of the overall procedure after initial check-in, still preferably through use of a screen 
221 or the like. Thus, provision (preferably through clicking the Select Donor icon 207 
in bar 205; see Fig. 2A) may be made to return to screen 221 or the like at later 
stages of the procedure to enter new data or modify existing data, as may be desired. 
However, at such later stages, a check-in option would not preferably be made 
available if (as would be true in such a situation) the donor had/has already been 
checked-in. Thus, clicking the "OK" button 230 (see Fig. 2B, e.g. ) would only save the 
information to the donor record in memory 142 and not proceed to a "Check-in" 
dialog box, if used (not shown). 

[0130] 

Fig. 3A shows the next step in the overall general component collection procedure 
which would preferably be made to appear after donor check-in is completed as 
described above. This next step corresponds generally with the shown display screen 
301 which may /would have been accessed via clicking on the Prepare Procedure icon 
208 in the procedure icon area 205. This next step in the data entry/manipulation 
process shows, via the display screen the donors who have been checked into the 
system and are now ready for selections of the desired collection procedures to be 
performed. The work area 202 of screen 301 in Fig. 3A then preferably displays a 
listing of donors (via a text list (not shown) or by representative icons as shown, or 
otherwise (not shown)), which have been checked-in according to the above- 



App_DD= 10064859 



Page 48 of 166 



.08S30S 



described procedure(s). This grouping or listing of checked-in donors may also be 
referred to as a "donor queue." A donor may then be selected from this queue by 
clicking the corresponding icon 302 or 303, for example. Once the donor is selected 
in screen 301 (selection being indicated by distinctive shading, see icon 303 in 
Fig.3A), the next step can be accessed by clicking the "Prepare" button 304 in the 
main work area 202, or, in an optional embodiment, by again clicking the "Prepare 
Procedure" icon 208 in the icon area 205. Note, a "Remove" button could alternatively 
be selected to remove the donor from the Checked-in Donor Queue, ( i.e. , from the 
work area 202) if desired. Also, help may be obtained at any time by selection of the 
"Help" button 306. Note, in a preferred embodiment, the donor icon(s) and/or 303 
may include the donor's photo ( i.e. , as introduced above, the computer/database 
system 140 may also be equipped with a digital camera as is known in the art of 
computer systems generally). 

[0131] 

There may be at least two general and perhaps overlapping preferences for 
separating the Donor Check-in functionality from the Prepare Procedure functionality. 
Specifically, a first such preference may derive from the three room scenario 
suggested/described above, wherein a donor may be greeted by a receptionist or 
receptionist-type of operator in a "Reception" room or area. Then, the donor 
information described generally above (see Figs. 2A-2I e.g. ) may be entered and/or 
edited and/or verified at such a "Reception" point of the overall procedure. The donor 
may then be moved to a second, discrete room where a second, discrete operator may 
perform the Procedure Preparation steps described herein below. These rooms/areas 
may be separate physically or rather may not actually be separate at all, depending 
upon the blood center and its preferred operating procedures and facility 
arrangements. The operators may also not be discrete; however, the second, likely 
overlapping preference for the functionality separation may be that there are two 
separate operators and the second operator may have different technical skills and/or 
qualifications from the first operator, i.e. , the second operator may be qualified to 
run the actual collection procedure while the first, reception operator/person may not. 
Thus, by separating these functionalities (even if the "rooms" are not separated), the 
reception person or the reception area computer may be given access limited only to 
the Select Donor icon functionality, for example. At the same time, the perhaps higher 
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qualified collection operator may be relieved of the data entry/edit tasks associated 
with initial check-in procedures. 

[01 32] As a result of finishing the previous steps (donor data entry/modification and 

donor check-in and entering into the procedure preparation subsystem), the Prepare 
Procedure portion of the overall process may be performed next. As shown in Fig. 3B, 
a "Prepare Procedure" sub-procedure, preferably a "Prepare Procedure" Wizard, as 
depicted by a first Wizard display screen 321 , may substantially automatically lead the 
operator through the procedure preparation process. Note, a wizard as known in the 
art generally, may be a software module or sub-procedure which includes a series of 
screens used to accomplish a particular task or operation. Note, this "Prepare 
Procedure" wizard screen and/or other such screens (as follow) may be sub-windows 
or full window-sized displays. 

[0133] In particular, as shown here, respective screens 321, 331, 341, and 351 of 

respective Figs. 3B, 3C, 3D, and 3E represent substantially sequential wizard screens 
accessed initially by the selection of the "Prepare" button 304 (after 
selection/highlighting a particular donor icon, e.g. icon 303) of screen 321 in Fig. 3A. 
These wizard screens 321-351 are then preferably sequentially accessed, one to the 
next, by the selection of the respective "Next" buttons 322 (see lower portions of 
screens in Figs. 3B and 3C, e.g. ). Back tracking, in reverse order, of these wizard 
screens is also available by selection of the respective "Back" buttons 323, disposed 
preferably adjacent the "Next" buttons 322. Other general wizard buttons such as the 
"Help" button(s) 324, the "History" button(s) 325 and the."Cancel" button(s) 326 may 
be selected at any general point in this process to obtain respectively 
assistance/information, a history of data entry/edits (and/or optionally displayed 
screen views 321-351 , e.g. .) and/or to cancel the Prepare Procedure wizard at any 
time. 

[01 34] Further details of preferred process for using these preferred and like screens will 
now be set forth. 

[01 35] operator is presented with the first page of the "Prepare Procedure" 

module/wizard/sub-procedure, the Donor Identification page 321 as shown in Fig. 
3B. This page shows the donor's name, donor ID, date of birth (DOB), and photo (if 
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previously taken and/or saved in the database 1 42). This page allows the operator to 
confirm the donor's identity and, optionally, to take or update a photo of the donor. 
An "update picture" button 328 may be supplied for providing a new or updated 
photo. Field specific behavior of these items is preferably as follows: the "Donor 
Name" field is pre-populated from the donor data entry/manipulation module/sub- 
procedure described above with first and last name from the donor record data, and is 
preferably not editable here (editing may be accomplished by return to the donor data 
entry/manipulation process (see Figs. 2A-2I)). The "Donor ID" field is also pre- 
populated from earlier entry/manipulation, and also preferably not editable. The "Date 
of Birth" field is similarly pre-populated using localized format, and not editable. And, 
the "Donor's photo" field is also preferably pre-populated to further assist the 
operator confirm the proper donor is present for this procedure being prepared. If 
such a photo is not available for this particular donor, a generic male or female icon 
may be displayed. The operator may then click the "Next" button 322 to proceed to 
the next page of the wizard. 

[0136] A Unit Number text box 329 may also be disposed in either of screens 321 or 331 

(or elsewhere, see Fig. 3B). A Unit Number is preferably a required field entry. The r 

operator may enter the unit number either by typing the number in the Unit Number 

box 329, or by using a barcode reader (not shown, but may, e.g., be accomplished by 

highlighting the unit number field 329 and then using a barcode reader to scan the 

supply bar code which would then populate this field 329). The unit number may be 

supplies related information or taken there from as related to the tubing set type 

used, or the bag identifiers to be used (a preferred supplies oriented barcode 

procedure is described below with reference to Figs. 6N and 60). The Directed Donor 

and HLA matched boxes 330 are further alternative fields which could be 

entered/edited at this (or a later) stage of the procedure. These fields are directed to 

noting whether this donor is providing a donation for a specific pre-identified 

recipient, and the HLA match box merely records whether the HLA types have already 

been matched for such a directed donation per pre-existing techniques. The operator 

may then click the Next button 322 to proceed to the next page, or the Back button 

323 to return to the previous page. 

[01 37] Then, as shown by the display screen 331 in Fig. 3C, gender, height, weight, 
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hematocrit and platelet pre-count parameters will preferably be entered, if not already 
pre-populated in the respective fields 332, 333, 334, 335, 336 and 337 as previously 
entered in and thus disposed in the database 142. In fact, even if these parameters 
are previously entered, these fields in this screen 331 may be made mandatorily re- 
entered here, or at least re-confirmed before the system 140 may allow the operator 
or donation process to proceed (note, if re-entered here, it may be that this data re- 
entry could be made to rewrite the central database information at this point or at the 
end of the collection process as part of the entire record which is saved to the central 
database 142 at that time). The other fields shown in this Fig. 3C are preferably 
entered as well, but may be made optional. As introduced above, and as will be 
understood from further description below, the required fields may be populated with 
historical data until the current lab values come back. 

[01 38] More particularly, the operator is presented with the Donor Information page 331 
of the wizard, see Fig. 3C. Donor "vitals" are taken and entered on this page. The 
following items are preferably displayed on the Donor Information page 331. The 
Donor's Gender is preferably pre-populated in field 332, required, and editable via 
selection: Male or Female. The Donor's Height and Weight are preferably also pre- 
populated (see fields 333) with the last value (from database 142, if available) in 
localized units, editable, and required. The value written to the database will indicate 
if the value was changed. The "TBV" (Total blood volume) in field 334 is dynamically 
calculated (non-editable), based on the Height, Weight, and Gender fields 332, 333. 
The Donor Blood type is also preferably pre-populated in field 335, either from 
database 142 or (if unknown for this donor) pre-populated with Unknown. This field is 
preferably editable via a selection: 0+, 0-, A+, A-, B+, B-, AB+, AB-, or Unknown. 

[01 39] The Hematocrit/Hemoglobin field 336 is labeled either Hematocrit as shown or 
Hemoglobin (not shown), based on the system setup that is defined by the System 
Administrator. Data in this field is required, and may be entered by the operator, or a 
default value may exist. If the Administrator configures this field to use a default 
value, and historical data of the configured type is available for this donor, the field is 
pre-populated with the historical data. The type of historical data used as the default 
may be configured by the Administrator to be one of the following types: Average of 
last three pre-procedure values; Last visit's pre-procedure value; No default value; 
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Gender-based default value; or blood center chosen default value. The value written 
to the database and displayed on the page indicates if the value is one of the 
configurable defaults above or if it is a measured value entered by the operator. 



required, and may be entered by the operator, or a default value may exist preferably 
as defined by the Administrator. If the Administrator configures this field to use a 
default value, and historical data of the configured type is available for this donor, the 
field is pre-populated with the historical data. The type of historical data which may 
be used as the default may be configured by the Administrator to be one of the 
following types: Average of last three pre-procedure values; Last visit's pre-procedure 
value; No default value; Gender or Center-wide default. The value written to the 
database and displayed on the page preferably indicates if the value is one of the 
configurable defaults above or if it is a measured value entered by the operator. 

[0141] In addition to the above, preferably-required items, the operator may enter the 

appropriate optional donor vitals (see generally fields 338); Temperature (an optional 
field in localized units: Fahrenheit or Centigrade); Blood pressure; and Pulse (optional 
fields). 



When all required information (and any optional information the operator chooses 
to enter) has been entered, the operator clicks the Next button 322 to proceed to the 
next page 341 or 351 (Figs. 3D or 3E), or the Back button 323 to return to the 
previous page 321 (Fig. 3B). Note, if a required field does not have an entered value, 
an attempted click of the Next button will preferably present a prompt that a value 
must be entered in this field before the wizard can proceed to the next page. Note, if 
the operator enters a value in a field that is above or below the allowable limits for 
that field (hard limits), or a value that is unusually high or unusually low (soft limits), a 
message will preferably be made to appear. If this is a soft limit, the message informs 
the operator that the value is outside the limits and asks if the operator wishes to 
proceed. The operator may click a Yes option to use the value and proceed, or No to 
enter a new value. If this is a hard limit, the operator may be required to enter a new 
value in order to proceed. Also, if the blood center uses a blood bank information 
system, a warning message will preferably be made to appear when the operator 



[0140] 



The Platelet Pre-count field 337 is also entered here. Data in this field 337 is 



[0142] 
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changes a donor demographic field on the Donor Information page 331 (Fig. 3C). This 
warning would indicate that the demographics data must also be changed in the blood 
bank information system to be permanently saved. In a simplified process (usually for 
operators with lower qualifications, or wanting or needing fewer choices), after the 
operator has clicked the "Next" button 322 (Fig. 3C), the operator is then presented 
with the Target Procedure page 351 (Fig. 3E) of the wizard. Screen 341 (Fig. 3D) is 
skipped in this simplified procedure. The operator may then accept the recommended 
target procedure (shown highlighted with a rightward-pointing arrow icon 355 in Fig. 
3E). Note that the target procedure is obtained by the system 140 running the 
apheresis time and/or product yield optimization routines such as are run on the 
Trima • separation/collection systems 10 (and as described below, see description 
accompanying Figs. 7-10) in the present system application, and that the parameters 
for the highlighted procedure are preferably shown above the procedure list. The 
operator may then optionally click the Finish button (Fig. 3E) to complete the "Prepare 
Procedure" apheresis/separation procedure selection process. 

[0143] 

Note, the running of the apheresis optimization routines by system 140 preferably 
involves the use of data either from storage in the central memory 1 42 and/or as 
input into system 140 via input devices 149 at any station 148 (as described 
hereinabove) preferably through use of the sub-procedures described herein (i.e., 
using the screens shown in Figs. 2A-2I and 3A-3C) and communicated through 
subsystem(s) 146 and then manipulated by the manipulation device 144. The 
manipulated data may then result in optimized data which can then be interpreted by 
the system as representing a system preferred target procedure (or procedures) such 
as is shown in Fig. 3E. Again, optimized data would provide usually either the largest 
yield in a certain time, or the shortest time to reach a minimum yield (see Figs. 7-10, 
below). Other manipulations may provide for procedures which may not be either time 
or yield optimized, but which a blood center may find otherwise perhaps more 
desirable, such as platelet (or other component) preferences no matter what the 
optimization program(s) might suggest. Thus, the system 140 and manipulation 
device 144 can manipulate the donor statistics (vitals, etc.) against a large plurality of 
procedure types and compare with blood center prioritizations to obtain various sorts 
of procedure lists such as that shown in Fig. 3E. Preferably, the optimal procedure 
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(optimized or merely manipulated according to system administrator preselections) 
may be returned with the preferred rightward-pointing arrow icon 355; however, 
preferably also other procedures will be listed also with various icon representations 
to signify prioritization. For example, as shown in Fig. 3E, numerous procedures are 
shown with a circle with a diagonal line (preferably red in color) which here preferably 
represents procedures which are not available due to physical (and/or safety) 
constraints such as the donor not meeting a minimum hematocrit or total blood 
volume preferred therefor. Open circles (preferably green in color), inter alia , can be 
used to signify less than optimal procedures which would nevertheless be available for 
this donor to be subjected to. Question marks (perhaps yellow in color) could be used 
to signify procedures which could be available options if one or more parameters 
(e.g., time, lab values, etc.) were to change (i.e., if more time were allowed for a 
collection). 

[0144] Note several alternative actions may be presented. For example, in some instances 
it may occur that more than one target procedure may be indicated, whereby the 
operator may then choose the preferred procedure. Or perhaps the donor may be 
disqualified such that no procedures appear available. The donor can be disqualified 
for the donation based on the donor vitals or screening questions. In this situation, 
the operator may press the Cancel button 326 on any page in the Prepare Procedure 
Wizard to discontinue the prepare procedure process. The operator may then remove 
the donor from the Checked-in Donor Queue, as described in the "Prepare Procedure" 
sub-procedure above. Otherwise, the donor may be unable to donate if the central 
system 140 cannot determine a valid apheresis/separation procedure to run for this 
donor. If this is the case, the central system 140 preferably displays a dialog box (not 
shown) explaining the reason a procedure cannot be determined. If the reason may be 
time-based, for example, and based on the blood center's policy, the operator may 
ask the donor if the donor can stay longer. The operator may then extend the 
procedure time, as described in the "Adjust Donation Time" alternative sub-procedure 
below. This may then qualify the donor for one or more blood component procedures. 

[01 45] As notec | f t he operator may adjust the donation time. If the donor can stay longer 
or perhaps only a certain limited amount of time, the operator may change the default 
maximum procedure time by clicking the Adjust button 3 53 (Fig. 3E). The operator is 
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presented with the Procedure Adjustments dialog box 361 (see Fig. 3F), in which the 
operator may enter a new maximum procedure time. The operator may then click the 
OK button to return to the Target Procedure page 351 (Fig. 3E) of the wizard. If the 
maximum procedure time is changed, the Target Procedure page is re-optimized (i.e., 
the optimization protocol(s) are re-run) and possibly recommends a different 
procedure. It is also possible that there are no procedures available as a result of the 
time change. 

[01 46] Similarly, the operator may adjust the tubing set type availability. If only certain 
tubing sets are available, the operator may change the tubing set type availability by 
clicking the Adjust button 353. The operator again is presented with the Procedure 
Adjustments dialog box 361 , in which all three tubing set types (e.g. Grey, White, and 
Black options for the Trima • apheresis systems 1 0; other optional set types and/or 
designations may be used for other blood processing systems 10, as desired) are 
checked by default. The operator may uncheck one or more tubing set types. The 
operator may then click the OK button to return to the Target Procedure page 351 of 
the wizard. If the tubing set type availability is changed, the Target Procedure page is 
re-optimized and possibly recommends a different procedure. It is also possible that 
there are no procedures available as a result of the tubing set availability change. 

[01 47] Note, the operator may also select certain different procedures in the procedure 
list shown in screen 351 (Fig. 3E). The operator may select a procedure with an icon 
(e.g., open circle, perhaps green) indicating that the procedure can be run for this 
donor (though perhaps not the optimal procedure according to the system 1 40), or a 
procedure with an icon (e.g., question mark icon) indicating that the procedure can be 
run for this donor, but only if the donor's actual hematocrit and/or platelet precount 
change significantly from the values entered in screen 331 (or the default values used 
in screen 331). In any event, preferably the operator cannot select a procedure with an 
icon indicating that the procedure cannot be run for this donor (e.g., lined-through 
circle, preferably red). Note that when the operator selects a different procedure in the 
list, the parameters for the selected procedure are shown above the procedure list. 

[0148] 

Note, the operator may also view any of the listed procedure details. To do so, the 
operator may double-click a listed procedure to view a Procedure Details dialog box 
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(not shown), which may provide more detailed information about the procedure. The 
operator may double-click either the currently-selected procedure, or any other 
procedure in the list. The operator may click an OK button to close the Procedure 
Details dialog box (not shown) and return to the Target Procedure page 351 of the 
wizard. If the operator double-clicked a procedure other than the currently-selected 
procedure, the procedure that the operator double-clicked would now preferably be 
selected (e.g., highlighted) in the Target Procedure page 351 . 

[0149] 

Note also that an operator may select different donation procedure configuration 
options, preferably after the donor "vitals" step depicted by screen 331 (Fig. 3C), but 
prior to the target/optimization step depicted by screen 351 (Fig. 3E). Preferably, 
however, this option would be limited to higher security users preparing the donation. 
Then an additional page 341 (Fig. 3D) would appear, allowing finer control of the 
donation. This page 341 would be presented only to individuals with the higher 
privilege level. The following two steps could be added for this operator. The operator 
would choose the blood product types eligible for this donation (e.g. platelets, RBCs 
and/or plasma). These choices would be used to disqualify one or more product types 
from being collected. By default, all product types are preferably eligible for a 
donation. Thus, a check in the corresponding box in area 342 of the "Select Products 
and Configuration" page would indicate that the product type may be collected. If the 
corresponding box is unchecked, any procedure that would collect this product type is 
disqualified in the Target Procedure page 351 (Fig. 3E). The preferred three choices 
are platelets, plasma and red blood cells. Any combination hereof may be checked. As 
shown in area 343, the operator may also select alternative apheresis/separation 
system configurations or product focus lists to utilize for this particular donor's 
donation. Note that these changes would preferably only apply to this particular 
donation. For Focus Lists, the operator may select a product focus list from this drop- 
down list. The center-wide default focus list is preferably pre-populated in this drop- 
down list. All focus lists that have been defined by the Administrator will then appear 
in this drop-down list. For Machine Configuration, the operator may select an 
apheresis/separation system machine configuration from this drop-down list. The 
center-wide default machine configuration is preferably pre-populated in this drop- 
down list. All machine configurations that have been defined by the Administrator will 
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then appear in this drop-down list. 

[01 50] At any point while using the Prepare Procedure Wizard, the operator may click the 
History button 329 (see Fig. 3C) to view the donor's record. When the operator clicks 
the History button 325, the Donor Entry/Edit dialog box 221 (see Figs. 2B-2I) appears, 
showing all information in the donor record. To return to the Prepare Procedure 
Wizard, the operator may click the OK button in the Donor Entry/Edit dialog box 221 . 

[01 51] Note, the sub-procedure depicted by the screens in Figs. 3B-3E may be known 
generally as "screening" in suggesting that these functions may be performed in the 
second room, the "Screening" room, of the three room model described above. 

[01 52] Then, in the next procedural step/module as shown by the display screen 401 in 
Fig. 4A, the donor may be assigned to a blood processing machine 1 0. Screen 401 
may be accessed via a button such as the "Finish" button 352 appearing on the last 
page 351 (Fig 3E) of the "Prepare Procedure" wizard/sub-procedure/module, or more 
preferably by clicking the "assign machine" icon 209 appearing in the icon work area 
205 (see Figs. 2A and 4A, e.g.). Assigning a donor to a machine may be a simple 
matter of clicking and dragging the donor's icon 402 (with or without photo) to an 
available Trima • or like apheresis/separation machine icon 404 as shown in the 
respective left and right portions 406, 408 of the main work area 202 in screen 401. 

[01 53] Note however, that any particular donor will preferably not be available ( i.e. , no 
icon will preferably show up) in the icon list 406 (also labeled as a "Donor Assignment 
Queue") until completion of the "Prepare Procedure" sub-procedure ( i.e. , as accessed 
using the "Prepare Procedure" icon 208, e.g. ) as described for the wizard/module in 
Figs. 3B-3F. However, after the "Prepare Procedure" sub-procedure is completed, 
preferably after the clicking of the "Finish"button 352 on the last screen 351 of the 
wizard (see Fig. 3E), a donor icon for that donor, such as icon 402, e.g. is preferably 
automatically generated and automatically placed in the icon list 406. Thus, the 
donor, as represented by the icon, is then ready to be assigned to a particular 
apheresis/separation assembly 10. 

[01 54] 

In more detail, to do so, the operator will first preferably double-click the Assign 
Machine task icon 209 in the main window task bar 205, or, alternatively, the operator 
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may select the Assign Machine element (if available, not shown here) from the Tasks 
menu 216. The Assign Machine task window 401 is then displayed, showing two 
panes: the Donor Assignment Queue 406 and the Machines list 408. The Donor 
Assignment Queue 406 shows donor icons ( e.g. , icon 402) for all donors who are 
ready for machine assignment. Donor icons are preferably ordered in the queue based 
on the time an operator finished using the Prepare Procedure Wizard (see above) to 
prepare a procedure for the donor. The donor for whom the Prepare Procedure Wizard 
was finished the longest ago preferably appears at the top of the queue. The donor for 
whom the Prepare Procedure Wizard was finished most recently preferably appears at 
the bottom of the queue. The Machines list 408 shows an icon for each apheresis 
system in the facility that is enabled in the current network. To help the operator 
make a decision about which machine to select for a donor, the following information 
is preferably displayed as part of each machine icon: run status; time remaining if a 
procedure is currently running on the machine; name of the next donor queued for 
the machine; machine communications status (online or offline). Note, any one or 
more machines may also (though need not) be previously set-up/loaded with tubing 
set(s) and/or solutions (saline or storage, e.g.) prepared for particular types of 
procedures, and this/these facts may then be noted on screen as part of or next to 
the respective machine icon in the list 408 (thus, a particular red blood cell/platelet 
tubing set, for example, may be set-up on a particular machine, and this may then be 
noted by appropriate data entry at the apheresis/separation machine 10 (see e.g., 
barcode description; Figs. 6N and 60, below) which then allows for communication of 
these data back to the central system 140 so that the particular pre-loaded set-up for 
a particular machine 10 may be reflected on the machines list 408 to aid the operator 
in assigning an appropriately qualified donor to that machine for that procedure). 

To assign a donor to a machine, the operator preferably selects a donor icon from 
the Donor Assignment Queue 406 and drags it to a machine icon in the Machines list 
408. Alternatively, the operator may select a donor icon 402, e.g. , (by 
highlighting/clicking it once, not shown) and a machine icon 404 and then click the 
Assign button 410 to make the assignment. A confirmation dialog box (not shown) 
may then be displayed with "Yes" and "No" options to ask the operator to confirm the 
assignment. If the operator clicks the "Yes," option, the system may then close the 
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confirmation dialog box, and, in the Assign Machine task window 401 , the following 
preferably occurs: the donor icon 402 is removed from Donor Assignment Queue 406 
and the machine information in the Machines list 408 is updated to show that the 
donor is assigned to the machine. If the operator clicks the "No" option, the system 
closes the confirmation dialog box, and, in the Assign Machine task window 401 , the 
following occurs: the donor icon 402 remains in the Donor Assignment Queue 406, 
and the machine information in the Machines list 408 is unchanged. After assignment 
with a Yes confirmation and a short delay, the donor information (and photo, if 
available) may preferably be made to appear on the apheresis system. In addition, the 
donation-specific apheresis/separation system configuration is in effect on the 
machine. At this point, the operator may continue using the Assign Machine task 
window or select another option in the system main window. 

[01 56] Note, it is still also conceived that though perhaps not preferable, there may be 
situations in which the system may be configured to allow the operator to enter 
(perhaps at least partly) data directly on the apheresis machine 1 0 itself and then 
perform data manipulation and/or optimization as is known for many existing 
machines 1 0 (see e.g., Trima • apheresis systems) without requiring the use of a 
central computer/database system 140. Nevertheless, it is also conceivable that in 
such a situation it may be preferable to still collect data at a centralized system 140 
for database storage or reporting purposes, inter alia . Thus, various 
combinations/alternatives for data entry and manipulation are preferably available. 

[01 57] After the download of the information from the computer/database system 140 to 
the actual apheresis machine assembly 10 as described, then the computer/database 
system 140 may preferably only be used for monitoring and/or reporting relative to 
actual procedure runs. This follows a preference that all actual apheresis and/or blood 
separation/collection control during a procedure remains resident in the 
apheresis/separation machine 10, itself. Even so, it is possible, however, if not 
preferable, to have computer/database system 140 exert control over apheresis 
machine functions, including process control manipulation and optimization, during 
procedures, as well. In either case, as shown in screen 501 of Fig. 5A, it is at this point 
that the computer/database system 140 can be used to monitor the procedure(s) 
occurring on one or more apheresis/separation machines 10. All procedure 
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interventions again would preferably occur directly on the apheresis/separation 
machine 10 through its touch screen 199 or other input mechanism as known in the 
art. 

[01 58] In monitoring mode, real time monitoring of procedures on the centralized 
computer/ database system 1 40 allows the administrator to know the status of 
separation/collection of any or all machines at a glance. This can help with scheduling 
and management. Alarm states may also be displayed and/or all other occurrences 
and/or activities of each machine may be recorded (not specifically shown). As shown 
in screen 521 , Fig. 5B, detailed data information can be called up to assess the status 
of a procedure. More details concerning these display screens and the information 
thereof will now be set forth. 

[01 59] In operation the operator preferably double-clicks the Monitor Procedure task icon 
in the main window task bar 205 (Figs. 2A and 5A), or, alternatively, the operator may 
select the "Monitor Procedure" element (not shown) from the Tasks menu 216. 

[01 60] The present system 1 40 preferably provides users with the ability to view the 
status of all procedures currently running on machines 10 connected on the local 
machine network 146A (see Fig. 1C), as well as procedures which have completed on 
any machine 10, but for which not all required finalization data has been added to the 
procedure record. Status information is supplied continuously from each machine 10 
to a visit status table (not shown) in the central database 142. The Monitor Procedure 
module scans an internal visit status table recurrently; the Monitor Procedure task 
window 501 is preferably updated based on the current data in the internal visit status 
table. Using the Monitor Procedure function, operators can enter a comment about a 
procedure; enter finalization data about the procedure, such as supplies data and 
operator roles; view more detailed information about a procedure's status; or force 
record completion, inter alia . 

[01 61] b as j c f| ow f or fo e monitoring sub-procedure is as follows. Two different 

general types of procedures are displayed in the Monitor Procedure task window 501 ; 
namely Active and Pending procedures. In Active procedures, all of the procedures 
currently running on any machines 10 connected to the machine network 146A, 
including active procedures currently in an alarm state, are shown. Pending 
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procedures are procedures that have been completed on an apheresis/separation 
machine 10, but for which not all required finalization data may have been entered in 
the procedure record. Note, procedures are considered active from the time that 
donor and procedure data is downloaded from central system 140 to an 
apheresis/separation machine 10, until the time that the central system 140 receives 
indication from the apheresis/separation machine 10 that either the procedure run 
has been completed, or the operator has indicated on the apheresis/separation 
machine 10 that the procedure run is incomplete. 

[01 62] In the Monitor Procedure task window 501 , procedures are preferably displayed in 
table format (as shown in Fig. 5A). For each procedure, the following information is 
preferably displayed: machine ID; collection stage and status; donor name; procedure 
name; and the time remaining. In addition, an icon (e.g., icon 503) next to each 
procedure description may preferably indicate if the procedure is in an active, 
pending, or even an alarm state. 

[01 63] The operator may then optionally select a procedure in the list and then click the 
Add Comment button 505 to enter a comment in the procedure record for that 
procedure. An Enter Procedure Comment dialog box (not shown) may then be made to 
appear. The operator can then select a comment from the pre-configured comment 
list (preferably created by the System Administrator) and/or enter a free-form text 
comment entry. 

[01 64] The operator may then optionally select a procedure in the list and then click the 
Procedure Information button 507 to enter data about the procedure, such as supplies 
data and operator roles. A "Finalize Procedure Information" dialog box may then 
appear, showing the Supplies tab. (For more information about this dialog box (not 
shown), see the "Finalize Procedure" descriptions (Figs. 6C-6I, below). Note also that 
this type of data entry may be accomplished with barcode reading capabilities, a 
preferred embodiment description of which appears below (see Figs. 6N and 60). 

[01 65] jhe operator may also optionally select a procedure in the list and then click the 
Status button 509 to view more detailed information about the procedure. A 
PrQcedure Status dialog box 521 (see Fig. 5B) may then appear. (Optionally, the 
operator may double-click the selected procedure in the list to view this Procedure 
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Status dialog box 521.) This dialog box 521 preferably shows the procedure time 
(time remaining, total time, and estimated end time) and the current collection status 
for each of the three preferred blood product types (platelets, plasma, and RBCs) 
which may be in the process of being collected as part of a procedure. 

[01 66] Several alternative conditions and/or sub-procedures may be available in 

Procedure monitoring. For example, when an alarm, warning or alert condition occurs 
within an active separation and collection procedure, the system may change the icon 
next to the procedure description in the Monitor Procedure task window 501 to an 
"alarm" icon (not shown). The operator can view the alarm description (preferably 
uploaded automatically to central system 140 from the apheresis system 10 generated 
by the run data for the procedure) by selecting the procedure from the procedure list 
in the Monitor Procedure task window 501 procedures list 504, clicking the Procedure 
Information button 507, and then clicking a Procedure Log tab in the Finalize 
Procedure Information dialog box (see similar description in Figs. 6C-6I, below). 
However, the alarm will not be resolvable in the preferred embodiment directly within 
the central system. The alarm must then be resolved at the machine 10. Once this 
alarm (and any other alarms on the machine) have been resolved at the machine 10, 
the central system 140 may change the icon next to the corresponding procedure 
description back to an "active procedure" icon such as icon 502, for example, as 
opposed to an inactive icon 503. 

[01 67] At any time, a procedure may no longer meet the active or pending criteria. An 

update to the visit status table in the central database 142 may cause a procedure that 
was previously displayed in the Monitor Procedure list on screen 501 of procedures to 
be removed from the list. Only procedures that have a status of active or pending are 
preferably displayed in the procedure list. If a procedure previously was active or 
pending, but no longer meets that criteria the next time central system 140 scans the 
visit status table, the procedure is no longer displayed in the Monitor Procedure task 
window 501 . 

[0168] 

At any point in monitoring procedures using screen 501 , an operator may sort 
procedures in the procedure list. In particular, the operator may click one of the 
column headings in the procedure list to sort the procedures using different criteria. 
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Procedures may preferably be sorted by one of the following: Machine ID, Status, 
Donor Name (first name, and/or last name), Procedure, or Time Remaining. The first 
time the column heading is clicked, the procedures are sorted in ascending 
alphanumeric order. Each subsequent click of the column heading results in a display 
of the elements in the opposite alphanumeric order (ascending or descending). 

[01 69] As a usual last step (though not necessarily occurring last, i.e., the data here 

described could be entered at any available time prior to, during or after a procedure) 
in the overall blood component separation and collection process using a central 
system 140, the record finalization and reporting function of the computer/database 
system 140 will now be briefly introduced. First, the computer/database system 140 
is preferably capable of capturing a great deal of optional information from the 
apheresis or other separation or collection system 1 0 as well as from manual entry. 
This end-of-run information may then be used in generating a multitude of optional 
reports in addition to standard run records, both of which optionally being 
formattable as desired by the operator (see Figs. 6K, 6L and 6M, described below). 
Further, various types of data can be sorted and measured relative to each other as 
desired as well. For example, the time period of the entire collection procedure can be 
reported relative to the numbers and/or quantities of the products collected (volumes 
or contents). Or, certain quality measures may be reported against either or any of the 
other data collected by the computer/database system 1 40. In addition, certain data 
may be manipulated, edited or amended, or comments added thereto after a 
collection procedure. For example, certain additional information may be added such 
as information about the type of tubing set used or post procedure laboratory values. 
Nevertheless, the data generated by the apheresis or separation machine 1 0, itself, 
very preferably would not be capable of being edited or changed in any substantive 
way (format changes being allowable, inter alia). As above, more details of the overall 
end-of-run data collection and reporting functionalities will now be set forth. 

[01 70] T | ie present invention allows operators to search for and select any procedure 
record in the central database 142, whether the procedure record is opened (as for 
active and pending procedures) or closed (as for finalized procedures). As shown, for 
example by screen 601 in Fig. 6A, operators can search for procedure records based 
on donor ID, unit number, or a range of dates. Once the desired procedure record has 
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been found, the operator can access the procedure record to do one of the following: 
View and/or enter finalization data (see the "Finalize Procedure Record" sub- 
procedure described below); or, View and/or enter lab results data (see the "Lab 
Results Entry/Edit" description below; Fig. 6J). 

[01 71] The Basic Flow of this module/sub-procedure case follows the scenario that the 
operator preferably searches by either donor ID or unit number, and that the operator 
wants to view/enter run/finalization data for the procedure. The operator preferably 
double-clicks the Select Procedure task icon 21 1 in the main task bar 205 (Figs. 2A 
and 6A), or, alternatively, the operator may select the "Select Procedure" element (not 
shown) from the Tasks menu 216 (Fig. 2A). The operator may then search the central 
procedure record database 142 for the desired procedure record(s), either by donor ID 
(see field 602) or unit number (field 603). Searching by a range of dates (see fields 
604) is another preferred alternative. The operator clicks the desired radio button, 
which clears any information which may be currently shown in other selection option 
fields, and the operator then enters a full or partial entry of the donor ID or unit 
number or dates in the appropriate box. Logical and/or boolean-type searches are 
also preferably available. Alternatively, the operator may use the barcode reader (not 
shown) to enter the donor ID or unit number. For date searching, the operator may 
enter a starting date in the From box, and enter an ending date in the To box. Either 
date can be typed in the text box or selected using a pop-up calendar (see calendar 
61 1 in Fig. 6B). 

[01 72] The search may be automatic upon the entry of sufficient minimum characters, or 
the operator may then click the Search button 61 0 or press the Enter key (on the 
keyboard, if used). The central system 140 then searches the central database 142 
and displays all possible matching procedure records in the Search Results box 61 2. 
The search may then find both open and closed procedure records. In date searching, 
the Search Results box displays all procedures that were performed within the 
specified date range. 

[0173] 

The operator may then click the desired procedure record in the Search Results 
box and then click the Procedure Information button 614 (shown grayed-out in Figs. 
6A and 6B, since a record is not yet selected there, i.e., is not yet highlighted). A 
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Finalize Procedure Information dialog box 621 , which may also be known as a 
Procedure Data Entry Edit box 621 (see Figs. 6C-6I) may then be made to appear 
(optional double-clicking of the procedure entry in the Search Results box 612 may 
also display the Finalize Procedure Information dialog box here showing a Supplies 
tab 631 . (For more information about this dialog box, see the "Finalize Procedure" 
sub-procedure described below.) Note, a preferred barcode data entry procedure 
alternative to screen 621 (with its various tabs) is set forth below (Figs. 6N and 60). 

[01 74] Note, alternative search steps may also be performed. For example, if the operator 
clicks the Search button 610 with no search criteria given, then the Search Results box 
preferably displays all procedure records in the central database 142. Alternatively, 
the correct procedure record may not be found, in which case the operator may then 
perform a new search by entering new search criteria. 

[01 75] Also, the operator may sort procedure records in Search Result box 61 2 by 

clicking one of the column headings in the Search Results box 612. This will sort the 
procedure records using different criteria. Procedure records may preferably be sorted 
by one of the following: Unit Number, Date, Donor ID, or Donor Name (first name, last 
name). The first time the column heading is clicked, the procedure records are sorted 
in ascending alpha ordnumeric r. Each subsequent click of a column heading results in 
presentation of the records in the opposite alphanumeric order (ascending or 
descending). The operator may also view a Lab Results Entry/Edit Dialog box (see box 
701 ; Fig. 6J) by clicking the desired procedure record in the Search Results box 612, 
and then clicking the Lab button 61 6 to view the Lab Results Entry/Edit dialog box 
701 (Fig. 6J). 

[01 76] 

The operator may preferably access the Finalize Procedure Information dialog box 
621 for a particular procedure using one of two methods, the Monitor Procedure sub- 
procedure described above (see Figs. 5A-5B), and/or the Select Procedure sub- 
procedure (Fig.6A). The operator can access the Finalize Procedure Information dialog 
box 621 via the Select Procedure task window 601 (see Figs. 6A and/or 6B), preferably 
if the following is true; the procedure will be run, is currently running, or has been run 
under control of or at least in communication with the central system 1 40. Note that 
while using Select Procedure, the operator can preferably access the Finalize 
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Procedure Information dialog box 621 regardless of whether the procedure record is 
opened or closed (this is in contrast to Monitor Procedure; the procedure record must 
preferably be in open status in order to access it from the Monitor Procedure task 
window 501). In addition, during the procedure or more usually (if the lab data were 
not earlier entered) once the procedure has been completed on the 
apheresis/separation machine 10, the operator may use the Select Procedure task 
window 601 to access a Lab Results Entry/Edit dialog box 701 (Fig. 6J), allowing the 
operator to view/enter lab product results. 

[01 77] Moreover, the operator can preferably access the Finalize Procedure Information 
dialog box 621 any time after the Prepare Procedure Wizard (see description of Figs. 
3B-3F) has been completed for the donor/procedure. Thus, the operator may enter 
procedure information such as supplies and operator roles (see below, including the 
barcode description) before or while the procedure is still running (or even after 
procedure completion). However, even if all required data has been entered and saved 
in the procedure record, the procedure record is not considered closed until after the 
apheresis/separation machine run has been completed (i.e., the central system 140 
has detected a reboot or similar such signal from the apheresis/separation machine 
1 0). In addition, in order to update the status of a procedure record from open to 
closed, all required information must be present in the Finalize Procedure Information 
dialog box. Required information is preferably either or both dictated by the central 
system 140 (unit number, machine ID, donor ID, date), and/or determined by the 
System Administrator during system setup (required supplies, operator roles, etc.). 

[01 78] Once the central system 1 40 changes the status of a procedure record from open 
to closed, the central system 140 preferably removes the procedure from the Monitor 
Procedure list 504 (see Fig. 5A). After this point, the system 140 may require use of 
the Select Procedure task window 601 to revisit the procedure record. Note: a 
procedure is preferably also removed from the Monitor Procedure list 504 if a System 
Administrator forces record completion using button 51 1 in Fig. 5A (i.e., when the 
System Administrator determines that a record cannot or will not be closable in 
accordance with normal procedures as dictated herein). 

[0179] 

To finalize a procedure, the operator will preferably select a procedure listed in 
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either the Monitor Procedure window 501 (Fig. 5A) or the Select Procedure task 
window 601 (Fig. 6A), and then open the Finalize Procedure Information dialog box 
621 (Figs. 6C-6I). The procedure record for the selected procedure is then displayed 
in the Finalize Procedure Information dialog box 621 , preferably in initial form with a 
Supplies tab 631 as shown in Fig. 6C by default. Figs. 6N and 60 provide a barcode 
data entry alternative hereto, see below. 

[01 80] In the top portion 629 of the Finalize Procedure Information dialog box 621 , the 
operator confirms all preferably required and pre-populated procedure information, 
as follows: Unit Number; Machine ID; Procedure Date; Donor ID; Donor Name; and End 
Time. All of the above information is preferably non-editable, and is preferably 
downloaded to/from the central database 142 and/or from/to the 
apheresis/separation system 10 as particular run data for this particular procedure. 

[01 81] On the Supplies tab 631 (Fig. 6C), the operator may enter procedure supplies data. 
The supplies data entries may include the following: an "X" box or column, and 
various columns which may include a Description, a Lot number, an Expiration date, 
and a Manufacturer column, inter alia . In the "X" box/column, preferably the left- 
most column in the grid, the Administrator preferably defines which supplies entries 
are required, using an "X" in this cell for such required supply information. In the 
Description field, which is preferably non-editable as defined by an Administrator 
during setup, the Administrator preferably sets up supplies data by providing supplies 
descriptions and defining each supply as an optional or required entry. Each supply 
description the Administrator defines preferably appears in the Description column in 
the grid. The Lot number is preferably required if any supplies entry is a required 
entry. This can be typed into the box, or alternatively, the operator may use the 
barcode reader to enter this data automatically. The Expiration date is also preferably 
required if any supplies entry is a required entry. This also can be typed into the box, 
or alternatively, entered using a barcode reader to enter this data automatically. 
Similarly, the Manufacturer data is preferably required if any supplies entry is a 
required entry. Preferably a drop-down list, editable by selection only is used for entry 
here. Alternatively, the operator may use the barcode reader to enter this data 
automatically. 
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The operator may then optionally click the Operators tab 641 (see Fig. 6D) in the 
Procedure Data Entry/Edit screen 621 (also known as the Finalize Procedure 
Information screen 621 ; Figs. 6C-6I) to access the operator role data entry area. Here, 
the operator may preferably enter information about operator roles. Each operator 
role entry may include the following: an "X" box or column; a Role column, and 
Operator ID and Name columns. The "X On the Supplies tab 631 (Fig. 6C), the operator 
may enter procedure supplies data. The supplies data entries may include the 
following: an "X" box or column, and various columns which may include a 
Description, a Lot number, an Expiration date, and a Manufacturer column, inter alia . 
In the "X" box/column, preferably the left-most column in the grid, the Administrator 
preferably defines which supplies entries are required, using an "X" in this cell for 
such required supply information. In the Description field, which is preferably non- 
editable as defined by an Administrator during setup, the Administrator preferably 
sets up supplies data by providing supplies descriptions and defining each supply as 
an optional or required entry. Each supply description the Administrator defines 
preferably appears in the Description column in the grid. The Lot number is preferably 
required if any supplies entry is a required entry. This can be typed into the box, or 
alternatively, the operator may use the barcode reader to enter this data 
automatically. The Expiration date is also preferably required if any supplies entry is a 
required entry. This also can be typed into the box, or alternatively, entered using a 
barcode reader to enter this data automatically. Similarly, the Manufacturer data is 
preferably required if any supplies entry is a required entry. Preferably a drop-down 
list, editable by selection only is used for entry here. Alternatively, the operator may 
use the barcode reader to enter this data automatically." box or column is again 
preferably the left-most column in the grid, with the Administrator having pre- 
defined an operator role entry as required such that an "X" appears in this cell for that 
role. The Role column is preferably non-editable, defined by the Administrator during 
system setup. The System Administrator preferably sets up operator roles data by 
providing operator role descriptions and defining each operator role as an optional or 
required entry. Each operator role description the Administrator defines appears in the 
Role column in the grid. The Operator ID and Name columns are preferably required if 
the operator role is a required entry. These may be drop-down lists, editable by 
selection only. When the operator selects an item in the Operator ID drop-down list, 
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the corresponding Operator Name cell is preferably automatically populated with the 
operator's first and last names. Alternatively, an operator name can be typed in the 
box, but it reverts to match the currently-selected operator ID the next time the 
procedure record is displayed. 

[01 83] The operator may then optionally click the Donor Information tab 651 in screen 
621 (Fig. 6E) to view the donor information for this procedure. The donor information 
is preferably supplied from the central donor database 142 and/or the blood bank 
information system, as well as information entered during the Prepare Procedure 
Wizard for this procedure. Once the central system 140 creates a procedure record for 
a procedure, the donor information becomes a part of the procedure record, providing 
a snapshot of this information on the date the procedure was run. This information is 
therefore preferably non-editable. The donor information preferably includes the 
following: Gender; Height; Weight; TBV (Total Blood Volume); Blood Type (if available); 
CMV and HLA status (if available); and Pre-procedure values for hematocrit and 
platelet count. In addition to the above information, this tab 651 preferably also 
shows the post-procedure values for hematocrit and platelet count. This information 
is preferably provided from the apheresis system 1 0 run data for this procedure and 
thus, like the other information in this tab, these values are preferably non-editable. 

[01 84] T ^ e 0 p era tor may then also optionally click the Record Status tab 661 in screen 
621 (Fig. 6F) to view the current central system procedure record status. The status 
options preferably update automatically during the procedure run and procedure 
record entry. The options, which are preferably non-editable within this module, may 
include the Procedure Record, the Machine Release, the Visit Status and the Reason. 
The Procedure Record preferably remains Opened until all required information has 
been entered in the procedure record; at that point, the central system may update 
this option to Closed. A check box can be used to indicate whether the machine has 
been released for the next donor. The Visit Status preferably shows the current status 
of the donor's visit (for example, if the procedure is currently running, this box shows 
the same status that is shown in the Monitor Procedure task window 501 (Fig. 5A) for 
this procedure). The Reason field may preferably be used to indicate whether and/or if 
the donor was removed from the Donor Assignment Queue 406 in the Assign Machine 
task window 401 (Fig. 4A) for any reason (incomplete procedure, dismissed at the 
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apheresis system 10, etc.); the reason being displayed in this box. 

[01 85] The operator may then optionally click the Procedure Log tab 671 (see Fig. 6C) to 
view the procedure name and the procedure log (an event log of all machine alerts, 
alarms, warnings, and operator adjustments entered throughout the procedure). 
Procedure comments that have been entered by a system operator may be intermixed 
(according to timestamp) with the other information in this scrollable region. This 
information is preferably variable for active donations and remains at the final status 
display for pending and finalized procedures. The information is preferably non- 
editable and is preferably supplied by the apheresis machine 1 0 run data and by the 
operator entering procedure comments either in this dialog box 671 or via the 
Monitor Procedure task window 501 (Fig. 5A). The operator may optionally click the 
Comment button to enter a comment in the procedure record for that procedure. An 
Enter Procedure Comment dialog box (not shown) may be made to appear. The 
operator can select a comment from the pre-configured comment list (preferably 
created by the Administrator) and/or enter a free-form text comment entry. If the 
operator clicks the "OK" option, the Finalize Procedure Information dialog box 621 , 
Procedure Log tab 671 is redisplayed, showing the date and time the comment was 
created, as well as the user ID for the user who was logged on when the comment was 
created. If the operator clicks Cancel, the Finalize Procedure Information dialog box 
621 , Procedure Log tab 671 is redisplayed, but the comment is not included in the 
procedure record. 



[01 86] 



The operator may then optionally click the Run Summary Tab 681 (Fig. 6H) to view 
the machine-estimated product volume information. This information is preferably 
provided by the apheresis machine 10 after the run is complete. Until the procedure is 
completed, all of the fields in this tab are blank. The information would then be non- 
editable and defaulted from the procedure run data (machine run summary). This 
information preferably includes the following: the estimated volume for platelet, 
plasma and RBC products; the AC volume in platelet, plasma and RBC products; the 
estimated yield for platelet products; the total AC volume used; the AC administered 
to the donor during the procedure; the total blood volume processed; and Summary 
remarks, preferably including one or more of the following: a reminder to label LRS 

6 

platelet product as having less than 1 x 1 0e6 white lood cells (if so leukoreduced, as 
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on the Trima • system 1 0; a reminder to count the product; a reminder to verify 
platelet yield; a reminder to verify platelet volume; a reminder to determine whether 
platelet concentration is out of range; a reminder to verify plasma volume; and/or a 
reminder to verify RBC product. 

[01 87] The operator may then optionally click the Blood Loss Tab 691 (Fig. 61) to view 

blood loss entries. Blood loss information preferably includes the Product, the Tubing 
Set Residual, the Blood Sample and an Other column. A check box for Rinseback 
Completion is also provided. In more detail, the Product column shows product 
volume for plasma and RBCs. This information is preferably downloaded from the 
apheresis system 10 run data for this procedure, and is preferably non-editable. The 
information is determined based on the procedure that was run and the donor's 
hematocrit. Until the procedure is completed, these fields are blank. The Tubing Set 
Residual preferably shows the volume of plasma and RBCs remaining in the tubing set. 
This information is also preferably downloaded from the apheresis system run data 
for this procedure, and is preferably non-editable. During the procedure, this 
information is determined based on the collection status, the tubing set type, the 
procedure that is being run, and the donor's hematocrit. When the procedure is 
completed, this information is determined based on all of the above, as well as 
whether or not rinseback was completed for the procedure. The Blood Sample column 
presents the volume of blood, entered by operator for plasma and/or RBCs, according 
to the facility's SOPs. The default value if, used, is preferably specified by the 
Administrator. The Other column includes any Other volume of blood (for example, 
estimated volume of a spill), entered by operator for plasma and/or RBCs, according 
to the facility's SOPs. The Donor Completed Rinseback check box is checked if 
rinseback was completed for the procedure. Until the procedure is completed, this 
box remains unchecked. This information is also preferably downloaded from the 
apheresis system run data for this procedure, and is preferably non-editable. 



[01 88] 



After entering and/or confirming the above data (particularly as may be required 
by the SOP's of a particular blood center), the operator may then click the "OK" button 
622 (Figs. 6C-6I) to save the record. The central system 140 saves the procedure 
record. If all the required information has been entered, the central system 140 
updates the status of the record to be closed. The central system 1 40 may then also 
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close the Finalize Procedure Information dialog box 621 and redisplay either the 
Monitor Procedure task window 501 (Fig. 5A) or the Select Procedure task window 601 
(Fig. 6A), depending on the method the operator originally used to open the Finalize 
Procedure Information dialog box 621. 

[01 89] Alternatively, the SRS2atoroper click the Apply button 624, at any point while the 
Finalize Procedure Information dialog box 621 is displayed to save the data in the 
procedure record up to that point, without closing the dialog box 621 . The central 
system 140 saves the procedure record and, if all the required information has been 
entered, the system 140 updates the record's status to closed. Similarly, at any point 
while the Finalize Procedure Information dialog box 621 is displayed, the operator 
may click the Cancel button to cancel the current entry session. The central system 
140 may then discard all unsaved changes in the procedure record, and close the 
Finalize Procedure Information dialog box 621 and redisplay either the Monitor 
Procedure task window 501 or the Select Procedure task window 601 , depending on 
the method the operator used to open the Finalize Procedure Information dialog box 
621. 

[01 90] Various alternative actions are also available. For example, the SRS2atoroper view 
a record for a procedure which has not yet begun. The central system 140 creates a 
procedure record as soon as the operator completes the Prepare Procedure Wizard for 
a procedure (see Figs. 3B-3E). However, the procedure does not appear in the Monitor 
Procedure task window until the donor and procedure information is downloaded to 
the assigned apheresis system 1 0. Prior to that time, if the operator wants to view the 
procedure record, he/she can search for the procedure record using the Select 
Procedure task window 601 . The operator may also view and/or edit information in 
the Finalize Procedure Information dialog box 621 , as described here; i.e., at any point 
in the overall process, however, in most instances, doing so at before a process has 
begun or during the process would be premature. 

[0191] 

However, Lab data entry/edit may also be performed from screen 601 (as 
introduced above) at any time in the overall process; generally after such data has 
been processed and returned from the Laboratory. Again, the Lab Data Entry/Edit 
screen 701 (Fig. 6J) is preferably accessed by selecting the Lab button 61 1 in screen 



App_LD= 1 0064859 Page 73 of 1 66 



lOGLfe^SSQ . 002305 

601 (Fig. 6A). Then, lab information may be entered/edited in screen 701 according to 
the product types (see the three tabs for Platelet Products, Plasma Products and Red 
Blood Cell Products). Then, Lab data entry/editing may be performed according to the 
information on hand. For example, Collected Product information can be 
entered/edited (although this information may be downloaded from the 
apheresis/separation machine 10, and thus may be made non-enterable/non- 
editable, here); Residual Count information can be edited/edited (as may be 
applicable); and Split Product information may be entered/edited (Split ID numbers; 
concentrations, bag weights, volumes and/or yields, e.g.), here. 

[01 92] A preferable alternative for data entry includes barcode capabilities as will now be 
described in relation to Figs. 6N and 60. As shown and described here, the barcode 
entry will take place at the separation/collection assembly 1 0 with a barcode reading 
gun or wand or other reading device 1 1 75 (see Fig. 1 E) which is connected in data 
communication relationship with the assembly 10. Display screens 751 and 771 of 
Figs. 6N and 60, respectively, are thus those which would preferably be shown on the 
data graphical interface screen 199 of the respective assembly 10, preferably 
incorporating touch screen capabilities. Though not shown, similar screens could be 
adapted for use on/from the central system 140 or even from the external blood 
center/hospital blood information management system (not shown) with attendant 
barcode reading devices (not shown) connected thereto. 

[01 93] In use, a value from a barcode label may be scanned using the barcode reading 
device (1 1 75) which value is then a scanned value that may be made to appear in the 
scanned value display area 752 as shown in screen 751 of Fig. 6N. If the scanned 
value is in error somehow, then the clear button 753 (preferably touch screen capable) 
may be depressed/clicked/activated to empty the scanned value area 752. If, however, 
the scanned value is accurate then it may be assigned to a particular category as 
depicted relative to the preferably touch screen activated category buttons 754-760, 
for example. Thus, if the barcode scanned value is relevant to comments or notes 
about a procedure, then the comments/notes button 754 may be activated to 
associate the scanned value residing in area 752 with the comments/notes category. 
Upon doing so, the scanned value will be transferred from area 752 down to the 
associated value area 764. 
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[01 94] It should also be noted that multiple barcodes could be used to provide the 

requisite or desired data for a particular category. Thus it will also be preferable to 
provide for an alphanumeric character (not shown) to be made to appear in the display 
area of the respective data category button, such as the comments/notes button 754, 
with which the associated scanned value has been associated. Preferably, this 
character will be a numerical representation of the number of scanned values which 
have been associated with a particular category. Thus, if a numeric character 1 , 2, or 
3, for example, is displayed in a graphic button 754-760, then that character will 
represent the number 1 , 2 or 3 of scanned values which have been previously 
associated with that button category. Moreover, if an operator may desire to view 
those corresponding scanned and associated values, the operator may then 
activate/depress the desired category button 754-760 having associated values, at 
which point the first such scanned value may be displayed in the associated value area 
764; and then if more than one scanned value had previously been associated with 
that category, then the operator could activate/depress the category button 754-760 
again to view the second scanned and associated value now made to appear in the 
associated value area 764. Note, the respective alphanumeric character made to 
appear in the corresponding category button 754-760 may be made to reflect that 
particular associated value which is being shown in the associated value area 764. 
Thus, if the first (of a plurality) of associated values is being displayed in area 764, 
then a numeral "1" can be made to appear in the corresponding graphic button 754- 
760. And, then, when a subsequent value is displayed, the corresponding numeral 
"2"or M 3 M et al., for example, may be made to appear. Note also that ellipses may also 
be made to appear next to the displayed numeral (but not next to the maximum 
associated value numeral) to indicate that further values exist. For example, a numeral 
and ellipsis "1 . . may be made to appear with the first associated value if more than 
one associated value have already been so associated. And, in furthering the example, 
if a total of three values have been previously associated with a particular category, 
then a numeral and ellipsis "2 . . ."would appear upon a further category button 
activation, but only a numeral "3" would appear upon the third category button 
activation, thus indicating that no further associated values exist. 

[0195] 

Note, exemplary (but not necessary) categories for which barcode data may be 
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entered via the screen processes shown in Figs. 6N and/or 60 include the 
comments/notes category described above relative to the comments/notes button 
754, a tubing set/cassette category relative to button 755, an anticoagulant category 
button 756, saline category 757, donor ID category 758, data 759, and operator ID 
data 760, e.g. A "MORE" button 761 is shown and may be preferably provided to allow 
for toggling to a further screen, such as screen 771 of Fig. 60 wherein more data 
category buttons are/may be provided for further data capture. For example, a 
sample/lab data button 772 and a storage solution data button 773 may be provided. 
Non-graphical icons/buttons 774 which may be user or administrator established may 
also be provided. A further "MORE" button 775 may also be provided. Note, the use of 
the scanned value and associated value areas 752, 764 are preferably the same in 
both screens 751 , 771 . Also, clear buttons 753, 762 are also provided in each view to 
provide for erasing a scanned or associated value, as may be desired. A continue 
button 763 is preferably provided to allow the operator to toggle back to the general 
operating procedure screens available for touch screen 199, as may be provided by 
the particular apheresis or separation system 10. 

[01 96] Note, although the bar code data described above is described as related to the 
respective category (i.e., a bar code from a particular tubing set would preferably be 
assigned/associated with the tubing set category 755), it should be noted that more 
general (or specific) bar code data may also be associated with certain of the 
particular categories (when those categories may so allow). For example, general bar 
code data from a disposable manufacturer which is not necessarily specific to the 
particular tubing set, may also be scanned and assigned into the tubing set category 
along with the specific tubing set bar code data. In fact, certain tubing sets in this 
area have multiple bar codes on a single package, and all of these data sets may be 
scanned and incorporated into the category. Similarly, data from other sets may be 
assigned also into a particular category, as for example, storage solution data may be 
scanned into both the tubing set and the storage solution categories. 

[°1 97] ^ Qte ot h er functionalities may be available with barcode reading as described 
here. For example, certain categories may be configured to accept only limited 
numbers of scanned values; the donor category, e.g. button 758, may be made to only 
accept a single value. The donor button 758 may then be "grayed-out" when it is full, 
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i.e., when it has its maximum number of scanned values; one donor, e.g. If an attempt 
is made to assign a value to a full category, the system may be made to tell the 
operator that this is not possible due to the category being full, whereupon the 
operator can view the previously input data and clear it if desired and then enter the 
newly scanned value. Moreover, duplicate or "double scans" can be identified by the 
system and a prompt can be generated to inform the operator of such an occurrence, 
and/or a maximum scanned value length can be programmed into the system so as to 
clear the scanned data entry (usually unduly multiplied) if it is too large. An operator 
prompt may then be generated to inform the operator to try the barcode scan again. 
Certain categories may also be made "write-only" so that the operator may not be able 
to clear the data once entered (without for example, scrapping the entire procedure 
run). An operator prompt may communicate an improper data clearing attempt in 
such a case. 

[01 98] Preferably, the barcode data described (or otherwise enterable) may be entered at 
any point in the blood component separation/collection process, but at least prior to 
closure of the particular procedure record from a data collection/storage standpoint. 
Thus, the barcode data entry screen 751 can be made to appear automatically at the 
end of the separation/collection procedure on the assembly 10. Any as yet un-entered 
data may thus be entered at this endpoint, and any previously entered data may be 
checked or confirmed prior to closing the procedure. Moreover, as noted since the 
data may be entered at any point, it may be preferred to allow/provide for the screen 
751 to appear at any time by the mere scanning of a barcode label, synchronously. 
Thus, from any screen in a separation machine 10 repertoire, the scanning of a label 
can call up the data entry screen 751 . Still further, this may allow for loading a 
machine 10 with all necessary disposable elements, tubing sets/cassettes, 
anticoagulant, saline and/or storage solutions, inter alia , and capturing the barcode 
data associated therewith during or even before a donor is available to do a donation. 
This allows for pre-loading one or more machines 10 before the donor(s) may even 
arrive at a center for a donation. 

[ Q1 "] Note in returning now to the general description of record finalization, during use 
of the general Select Procedure task window 601 , the operator may click one of the 
column headings in a grid to sort the entries using different criteria. The first time the 
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column heading is clicked, the entries are sorted in ascending alphanumeric order. 
Each subsequent click of the column heading results in the opposite alphanumeric 
order (ascending or descending). 

[0200] Note, the Donor may be dismissed at the Machine 10 after the central system has 
initiated a record. In such a case, the central system 140 preferably automatically 
closes the procedure record if both of the following are true: The donor is assigned to 
an apheresis system, but then is dismissed using the apheresis system touch-screen 
display 1 99 before the procedure is begun; and, the operator does not assign the 
donor to a different machine 10, but instead removes the donor from the Donor 
Assignment Queue 406 in the Assign Machine task window 401 (See Fig. 4A). For 
more information, see the following alternative actions described relative to the 
"Assign Machine" sub-procedure relative to Figs. 4A and 4B. 

[0201] The central system may also SRS2ct aindicate plete Run, in which case, the system 
140 preferably automatically closes the procedure record if both of the following are 
true: the donor is disconnected from the apheresis system 10 and the operator 
indicates on the machine that the run is incomplete, and the operator has completed 
all information necessary to finalize the procedure record. If the operator has not yet 
completed all information necessary to finalize the procedure record, the procedure 
record remains opened until such information has been entered, as described, above. 

[0202] 

Note, throughout the descriptions of preferred options above, there are set forth a 
plurality of described instances of data/information preferably being communicated to 
and from the central system 140 from and to the apheresis system(s) 10. 
Nevertheless, it is understood that not all of these particular types of data or 
information may be used or captured or communicated by many available blood 
processing systems. Thus, it should be understood that all such instances in the 
above description are intended as the preferred embodiment, and that lesser direct 
communications and mere manual data transfer from and to a central system 140 and 
associated blood processing systems 10 are also intended within the scope of the 
present invention. Thus, for example, data may be manipulated and/or optimized 
on/in a central system 140, and the results of which may not be readily transferred to 
a blood processing system 1 0 (see perhaps systems 1 0B and/or 1 0C as shown in Fig. 
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IB, e.g.), and therefore the resulting manipulated and/or optimized data or 
information may have to be operator entered into such a system 1 0 for use thereby. 
Similarly, the results of the processing/collection procedure performed by a lesser 
compatible system (see again, perhaps systems 1 OB and/or IOC, e.g.) may not be 
automatically communicatable to the central system 140, but may be operator 
transferred (i.e., manually entered) upon procedure completion. Instances of 
preferably non-editable fields or data, as set forth above, would thus not be 
applicable here. Rather, such data fields would indeed be editable/enterable 
depending upon which type of blood processing system 10 were being used. A further 
similar process for data handling may be performed for whole blood collection 
systems (see e.g., the whole blood representation 1 0D in Fig. 1 B), wherein a data 
communicating machine is often not used (at least not in the initial collection process; 
a needle connected to a receptacle/ bag by a tube may be the collection device 1 OD). 
However, data/information may still be captured by manual data entry throughout the 
process, for example, from initial Reception and Screening through to Collection 
completion. Moreover, subsequent (or chair-side, or bed-side) processing may even 
be performed such as to separate the collected whole blood into components which 
may be desirably tracked in a central system 140. The data would rather only be 
manually entered, or perhaps even certain subsequent (or chair-side, or bed-side) 
processing machines may have data communication abilities so as to communicate 
with a central system 140. The quantity and/or quality of data would then only differ 
as to the type of procedure performed (e.g., whole blood separated into which 
components). Pathogen inactivation/reduction processing information may be added 
to the data for a particular blood component or components as well. 

Lastly, if the operator desires to view and/or print an End-of-Run report when the 
procedure is complete, he/she may do so using the Reports feature of the Everest 
software (see generally Figs. 6K, 6L and 6M, for example). Various pre-defined and/or 
system administrator defined reports are preferably generatable about donors, 
procedures and collected blood products, inter alia. The reports command may be an 
icon in the icon task bar 205 (though not shown as such here), or may be accessible 
through the Tasks menu 2 1 6 (see Fig. 2A, e.g.), inter alia. A list of previously 
configured reports may then be made to appear as for example is shown in dialog box 
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71 1 of Fig. 6K. Upon selection of a report from the list in box 71 1 , a report generating 
dialog box such as box 72 1 (Fig. 6L) may then be made to appear. After entry of the 
prompted-for information, a report may then be generated. An example report is 
shown in the report preview screen 731 (Fig. 6M). The presently preferred report 
generator is based on the Oracle • Reports platform which is a readily-available 
software application (from the Oracle Corporation, Redwood Shores, California). Thus, 
data from the central may be transferred to such a Report generating platform to 
create reports of any desirable format in fashions known and understood by those 
skilled with Oracle • Reports or like software applications. 

[0204] 

As mentioned throughout, an important element of the overall system 140 is the 
communication subsystem 146 which provides communication between and/or 
among the various other devices/elements. As described above, subsystem 146 may 
involve hardwire or cable connections between the various elements; and/or it may 
involve other devices and/or software. A further communication alternative with the 
computer/database 140 may generally involve the internet. As is known in the art, the 
internet provides a "common language" through which multiple different systems can 
communicate without requiring special tailoring of each system. For instance, various 
protocols have been established to facilitate data communication on what has become 
known as the internet. In particular, the TCP-IP (Transmission Control Protocol - 
Internet Protocol) is an internet protocol structure which was developed in a 1973 
Department of Defense research project designed to link a "network of lowest 
bidders"; now in wide commercial usage since about 1988. In particular, the TCP 
ensures that the information goes to its destination correctly; verifies the correct 
delivery of data from client to server; and provides a common way of sharing 
information among different types of systems (PC, MAC, SUN workstation, etc.). 
Further, the IP also ensures the information goes to the right location; moves packets 
of information from node to node; and provides unique IP addresses assigned by 
InterNIC (NSF, AT&T, & Network Solutions, inter alia). The Internet then provides a 
web of information which can be accessed through a single interface (web browser). 
The internet can also provide a communication medium between a 
computer/database system 140 and various other computer information systems such 
as those shown in Fig. 1 B; and ostensibly provide communication protocols to or with 
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the apheresis machines 1 0 as well. 

[0205] As an example, as inventory is withdrawn or replenished within the hospital or 
blood bank, this information can be recorded via bar code. By connecting the 
information to the hospital information system (HIS) and on through to 
bloodaccess.com, or a like internet connection address, or through a direct or other 
indirect connection to the blood center system, then a blood donation center can then 
access and monitor local inventory levels. When one hospital needs a stat or 
immediate order for a given blood component, the blood center may then locate and 
arrange transfer of the units from one center or one hospital to another. The blood 
center can then replenish the units taken from the hospital within a short period of 
time (such as 24 hours) using flexible collection through automation. Moreover, this is 
not merely an inventory tool, it may also be tailored to fill specific needs such as in 
the "dosing" model introduced herein. 

[0206] Similarly also, donor recruitment and/or eligibility and/or qualification can be run 
by a centralized system to determine which donors may be able to provide certain 
products at a certain time. The data may be obtained by data input as above, or with 
data already existing in the memory 142 and/or as may be obtained by 
communication with a discrete information system. Most preferably, these procedures 
could be performed without the specific potential donor present to predict what the 
donor could yield, and then if a desirable product is predicted (i.e., the potential 
donor is eligible or qualified to give the desired product(s)), the potential donor could 
then be contacted to recruit them to undergo the procedure. In this fashion, a blood 
center could better tailor its blood and blood component supply to better match 
demand. 

[0207] 

By way of background and provision of a detailed application of the present 
invention, a description of a blood apheresis process and associated machinery will 
now be set forth. Various embodiments of blood component collection assemblies 
may incorporate principles of the present invention. However, as noted above on-line 
techniques have been determined to be quite effective and thus the present invention 
is being described with reference to such techniques. One embodiment of an on-line 
technique and attendant apparatus which may be incorporated into the blood 
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component collection system 2 of Fig. 1 A is illustrated in Fig. 7A. An on-line 
technique herein refers to the use of a blood processing device which is controlled by 
parameters entered directly therein and calculated or manipulated thereby to achieve 
all necessary control parameters. Off-line techniques refer to the use of data entry 
and/or data manipulation performed by devices not resident on or within the 
particular blood processing device; though which are preferably disposed in data 
communication therewith. 

[0208] The blood component collection assembly 1 0 1 of Fig. 7A utilizes an on-line 

technique in that a donor 14 (e.g., the whole blood source) is directly integrated with 
the system 1 0' by fluid interconnection with the blood component collection device 
18. This particular on-line technique is more particularly referred to as a dual needle 
configuration since there are two fluid interconnections between the donor 14 and the 
blood component collection device 1 8. 

[0209] The donor 14 is fluidly connected to the blood component collection device 1 8 by 
an inlet line 22 and appropriate needle assembly (not shown). Whole blood from the 
donor 14 is thus continuously provided to the blood component collection device 1 8 
through the inlet line for separation of the desired blood component(s) there from, 
utilizing an inlet pump 26 (e.g., a peristaltic pump) to maintain this flow if 
desired/required. Prior to the blood of the donor 14 entering the blood component 
collection device 1 8 t anticoagulant from an anticoagulant ("AC") container 30 may be 
provided to the whole blood, utilizing an AC pump (e.g., a peristaltic pump) to 
maintain this particular flow if desired/required. Consequently, the inlet flow to the 
blood component collection device 1 8 typically includes both a flow of whole blood 
from the donor 1 4 and a flow of anticoagulant from the AC container 30. 

[0210] 

The blood component collection device 1 8 separates the whole blood provided 
on-line by the donor 1 4 into three primary constituents, namely platelets, a 
combination of red and white blood cells ("RBC/WBC"), and plasma. The platelets 
collected from the blood component device 1 8 are directed through a platelet collect 
line(s) 34 to one or more platelet collect bagsvia a co Meet pump 36. The plasma and 
RBC/WBC are provided back to the donor 14 through a plasma line 42 and RBC/WBC 
line 46, respectively, both of which are interconnected with a second needle assembly 



App_ID= 10064859 



Page 82 of 166 



J.OO&H-S59 .082301 



(not shown) on the donor 14 via a donor return line 50. The plasma line 42 includes a 
plasma pump 40 (e.g., a peristaltic pump) to maintain the flow of plasma if 
desired/required. Although plasma may be provided back to the donor in the above 
manner, it may be desirable to collect the separated plasma in some cases. In this 
regard, a plasma collect bag 54 may be provided and interconnected with the plasma 
line(interco nnection shown in phantom). In this case, appropriate valving 56 may be 
incorporated in the plasma line 42. 

[02 1 1 ] The blood component separation assembly 1 0 of Fig. 7B is similar to that of the 
dual needle configuration of Fig. 7A except that a single needle assembly (not shown) 
integrates the donor 14 within the blood component collection assembly 10". 
Consequently, similar components are similarly identified where appropriate. With 
regard to the single needle configuration of Fig. 7B, whole blood of the donor 14 
initially flows through a donor access line 62 and into an inlet line 66 which is fluidly 
connected with the blood component collection device 1 8 such that the platelets are 
separated and collected in the above-described manner. The plasma and RBCs from 
the blood component collection device 1 8 flow through the plasma and RBC/WBC lines 
42, 46, respectively, both of which are fluidly interconnected with a return flow 
controller 74. As above, however, the plasma may alternatively be directed to a 
plasma collect bag 54. In the event that plasma is not collected, the RBC/WBC and 
plasma are provided back to the donor 14 through the return flow controller 74 via a 
donor return line 70 which is interconnected with the donor access line 62. As can be 
appreciated, since only a single line is directly connected to the donor 14, namely the 
donor access line 62, blood is either being removed from or provided back to the 
donor 14 such that the procedure may effectively two-step versus continuous in 
relation to the donor 14. There are embodiments however, in which blood may 
continue to be fed into a continuously operating processing device even dumpduring 
return of a component to the donor, thus making this an effective one-step process. 

[02 1 2] An exemplary blood component collection device 1 8 which may be used in the 
blood component collection assembly 10 is more particularly illustrated in Figs. 8A- 
8B. This and like devices 1 8 are the subject of various U.S. Patents, see particularly 
Nos. 4,387,848 to Kellogg et al., entitled Centrifuge Assembly, issued June 14, 1983, 
and 4,708,712 to Mulzet, entitled Continuous-loop Centrifugal Separator, issued 
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November 1 987; inter alia , the disclosures of which are incorporated by reference in 
their entireties herein. Such devices 1 8 are also commercially available from the 
assignee of the present application as such may be incorporated in the COBE Spectra • 
and/or Trima • apheresis systems. 

[0213] Referring to Figs. 8A-8B, the blood component collection device 18 utilizes a 

processing channel 80 to provide the desired disposable extracorporeal circuit. The 
channel is positioned preferably within a groove formed directly or indirectly in a 
centrifuge rotor (not shown) (e.g., a separate filler may receive the channel 80 and be 
attached to the centrifuge rotor), and is illustrated in the two-stage shape which it 
assumes during processing (i.e., during flow of blood there through). Although a two- 
stage channel 80 is shown and described further herein, the present invention is not 
so limited; rather, the present invention may be used also with single-stage and/or 
any other centrifugal configuration as well as with non-centrifugal separation 
machines or devices. 

[0214] As shown and described herein, the two-stage processing channel 80 generally 
includes a first stage 84 for collectively separating red blood cells ("RBC") and white 
blood cells ("WBC") from platelet-rich plasma, a second stage 92 for thereafter 
separating platelets from the platelet-rich plasma, a transition portion 88 defining a 
separation between the first stage 84 and second stage 92, and a control chamber 
124 for maintaining a proper interface between the first stage 84 and second stage 
92, namely the position of the interface between the RBC/WBC and platelet-rich 
plasma within the transition portion 88. 

[0215] 

The first stage 84 extends from one end of the control chamber 124 along an 
arcuate path generally inwardly, toward the axis 1 32 about which the processing 
channel 80 rotates via the centrifuge rotor, until terminating at the transition portion 
88. Specifically, the end of the first stage 84 adjacent the control chamber 1 24 is 
positioned at a greater radial distance from the axis 1 32 than the end of the first 
stage 84 adjacent the transition portion 88. An inlet tube 96 is fluidly connected with 
the first stage 84 between its two ends to introduce whole blood into the processing 
channel 80 and a RBC/WBC tube 1 00 is provided in the control chamber 1 24 for 
removing the separated RBC/WBC from the channel 80. Both the inlet tube and 
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RBC/WBC tube 1 00 extend externally of the rotatable device 1 8 for interconnection 
with the donor 14 and/or collection bags 38, 54. 

[02 1 6] As RBC/WBC sediment against the outer wall in the first stage 84 during rotation 
of the centrifuge rotor they are directed and counter flow toward the RBC/WBC tube 
100 for removal from the channel 80 due to the increased centrifugal forces at the 
RBC/WBC tube in comparison with the transition portion 88. That is, since the first 
stage 84 extends along an arcuate path generally outwardly away from the axis 1 32 
proceeding from the transition portion 88 to the control chamber 124, the centrifugal 
force differential along the first stage 84 establishes the described counter flow of the 
separated RBC/WBC. Moreover, the transition portion 88 also assists in providing for 
this counter flow since it extends along an arcuate path generally inwardly toward the 
axis 1 32 proceeding from the first stage 84 to the second stage 92. 

[021 7] The platelet-rich plasma, which has a lower density than the RBC and WBC, flows 
beyond the transition portion 88 from the first stage 84 into the second stage 92 for 
further processing, while the RBC/WBC are directed back toward the RBC/WBC tube 
100 in the above-described manner. The second stage 92 initiates at the radially 
inward most part of the transition portion 88 and extends along an arcuate path 
generally outwardly away from the axis 1 32 to a platelet collection chamber 1 04. 
Platelets are removed from the processing channel 80 at the platelet collection 
chamber 1 04 by a platelet tube 1 08 which interfaces with the outer wall of the 
processing channel 80 at the platelet collection chamber 1 04. Thereafter, the second 
stage 92 extends along an arcuate path generally inwardly toward the axis 1 32 until 
terminating at the plasma tube 112. Both the platelet tube 1 08 and plasma tube 1 1 2 
extend externally of the rotatable device 1 8 for interconnection with the platelet 
collect bag(s)and donor 14/plasma collect bag(s) 54, respectively. 

[0218] 

Platelets which do not separate from the plasma in the initial portion of the 
second stage 92 between the transition portion 88 and platelet collection chamber 
1 04 are separated in the portion of the second stage 92 between the platelet 
collection chamber 1 04 and the plasma tube 1 12. These platelets will flow back 
towards the platelet collection chamber 1 04 in the opposite direction of the flow of 
platelet-rich plasma/platelet-poor plasma through the second stage 92 due to the 
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configuration of this portion of the second stage 92. That is, the platelet collection 
chamber 104 assumes the radially outward most position in the second stage 92 such 
that all platelets, regardless of where separation occurs in the second stage 92, flow 
towards the platelet collection chamber 1 04 for removal from the channel 80. 

[0219] Platelet-poor plasma exits the second stage 92 and flows out through the plasma 
tube which interfaces with the inner wall of the processing channel 80 and/or 
continues to flow through the remaining portion of the processing channel 80 to the 
control chamber 1 24. Plasma which flows to the control chamber 1 24 exits the 
channel through the control tube which joins with the RBC/WBC tube 1 00 into a single 
outlet tube 1 20. The positionings and diameters of the RBC/WBC tube 1 00 and control 
tube 1 1 4 and the joinder of such into the common outlet tube 1 20 regulate the 
position of the RBC/WBC-platelet-rich plasma interface within the transition portion 
88 using conservation of mass principles. 

[0220] As noted above, each blood component collection device 1 8 may include a 

prediction model appropriately interfaced with the operator input module 16 and/or 
disposed on or within the manipulation device 144 or in an associated memory device 
142 as shown in Figs.lA-1 D any and/or all of which may be used to configure the 
prediction model and/or to allow operator input of various parameters to be used by 
the prediction model for predicting a yield of a particular blood component to be 
collected before a collection procedure is initiated using a compilation of algorithms. 
The preferred prediction model and the optimization algorithms which are associated 
with the present invention are described in detail in U.S. Patent Nos. 5,496,265; 
5,658,240; 5,712,798; and 5,970,423; inter alia , all of which being commonly 
assigned to the assignee of the present invention, the disclosures of which being 
incorporated herein in their entireties as if fully set forth here by this reference 
thereto. The algorithms and disclosures thereof will thus be only briefly described 
herein. 

[0221] 

The prediction model is typically configured by the site (e.g., the blood 
bank/center) for a particular blood processing or component collection procedure 
(e.g., single or dual needle) used by the site. Both single-needle and double needle 
procedures as shown in Figs. 7A and 7B will be used in the following general 
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description, particularly in relation to a platelet-collecting procedure (although of 
course, any collection procedure can be understood as being substitutable herein). In 
this regard, an AC infusion rate (i.e., the rate at which anticoagulant is provided to the 
donor 14 per the blood volume of the donor 1 4) and the AC ratio (i.e., the collective 
flow of AC and blood through the inlet line 22 in relation to the flow of AC through 
the line 22) must be specified (through configuration or modified input as will be 
discussed below). Moreover, in the event that plasma is to be collected into the 
plasma collect bag 54 in the collection procedure, the maximum amount of plasma 
which should be collected considering the medical and physical characteristics of the 
donor 14 must also be provided. 

[0222] And, as described in the above-mentioned patents, there are two alternatives for 
establishing the plasma volume limit. These will not therefore be described further 
here. 

[0223] Further information is required by the prediction model prior to performing its 
yield prediction function. For instance, the total procedure time is typically input by 
the operator or pre-configured by the site (e.g., the blood bank/center). Moreover, the 
total procedure time may be affected by whether a stepdown option is utilized for the 
blood component collection device 1 8 so as to enhance separation of the various 
blood components. When this stepdown option is selected, the angular velocity of the 
blood component collection device 18 is incrementally reduced during the platelet- 
collection procedure. For instance, the stepdown option could provide for angular 
velocities for the device 1 8 of 2400, 2200, and 2000 RPM, each of which would be for 
a specified duration. 



Based upon the foregoing, the configuration of the prediction model in relation to 
the blood component separation assembly 10' and associated protocol in effect 
standardizes site protocol for purposes of "normal" operations. However, for a 
particular donor 1 4 it may be desirable to alter the "configuration" for one processing 
run. Consequently, the prediction model may utilize a procedure in which certain 
parameters utilized in the following equations may be adjusted on a one-at-a-time 
basis. Such is referred to as modified input data and the associated parameters are 
procedure time, inlet flow rate to the device 1 8, AC ratio option, the desired platelet 



[0224] 
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collect volume, the desired platelet collect concentration, and the desired source 
plasma volume to be collected. Moreover, other parameters such as AC infusion rate, 
stepdown option (yes or no), needle option (single or double), and high flow option 
(yes or no) may also be entered as modified input data by an operator. 

[0225] Having configured the prediction model in the above-described manner, the 

following additional information is provided and is utilized in the various calculations 
of exemplary Equations 1-22 presented below: (1) needle option, namely whether the 
procedure is dual needle (Fig. 7A) or single needle (Fig. 7B); (2) run identification 
number for purposes of associating the data/output generated by the various 
equations with a particular donor 1 4 and processing run; (3) the gender of the donor 
1 4; (4) the height of the donor 1 4; (5) the weight of the donor 1 4; (6) the total blood 
volume as calculated in Eq. 10 below; (7) the hematocrit of the donor 14, either based 
upon an initial estimation and thereafter updated based upon analysis of the donor's 
14 blood sample (e.g., by a cell counter) or input directly from such an analysis; (8) 
the platelet pre-count, either based upon an initial estimation and thereafter updated 
based upon analysis of the donor's 14 blood sample (e.g., cell counter) or input 
directly from such an analysis; and (9) whether plasma collection is desired in 
conjunction with the platelet collection. 

[0226] Based upon the above initial configuration and subsequent data input (except 
when entered as modified input data), the following output is generated by the 
prediction model: (1) yield; (2) inlet flow rate; (3) AC ratio; (4) procedure time; (5) 
platelet collect volume; (6) platelet collect concentration; (7) source plasma volume; 
(8) AC in the platelet and plasma collect bags 38, 54; (9) platelet post-count; (10) AC 
infusion rate; and (1 1) output approval. This information is utilized at least in part in 
the following equations to generate, inter alia , the predicted platelet yield value of the 
collected platelets for the case of the dual needle procedure of Fig. 7A and also for the 
case of the single needle procedure of Fig. 7B. The differences between those 
procedures with regard to the prediction model are identified herein. As will be 
appreciated, some of the equations are utilized in the calculation of the predicted 
platelet yield, whereas other equations are used to generate additional information for 
output and informational purposes. The variables or parameters and the units 
associated therewith of the equations are presented after the equations in the 
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[0227] 
[0228] 
[0229] 

[0230] 

[0231] 
[0232] 
[0233] 
[0234] 
[0235] 
[0236] 
[0237] 
[0238] 

[0239] 

[0240] 
[0241] 



where: 
and where: 

Q* m *Q* - tool i v, n use cb* J) 

Alternatively, the platelet yeidl may be expressed as: 

Platelet Collection Efficiency : 

where the constant C is defined as follows: 
C = 0.803 - dual needle, without stepdown 
C = 0.840 - dual needle, with stepdown 
where the constant C is defined as follows: 

C ^ = 4.08 x 10 5 - dual needle, without stepdown 
- dual needle, with stepdown 

and where: 

In Eq. 6, t may be provided as configuration data or modified data as provided 
P 

above, or alternatively may be derived from the solution of Eq. 4 for t 
Effective Procedure Time : 



tt - U . Q m !? 4i 
- t, -300(J/4S. l/Q„).Q m >4f 
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[0242] Only high-flow protocol is used for Q tKt > 45. 

IN 

[0243] AC Infusion Rate Constant: 
[0244] 

/ - 1000 Q m /(nrj 

[0245] Alternatively to the use of Eq. 8 for the derivation of the AC infusion rate constant 
I, such may be provided as configuration or modified input data pursuant to the 
above. 

[0246] AC Ratio : 

[0247] Initially, the AC ratio may be provided as configuration or modified input data 
pursuant to the above. In configuration, it is defined as follows: 

[0248] 

R-1+131/H lav 
-1*7(1 + 2J1/H) 

[0249] Total Blood Volume : 
[0250] 

V,- 604 + O006012 L 1 ♦ 14* W ml (nute) (K* 10) 

- 1S3 ♦ O.0G5W3L 1 * 15.0 W nl (fbnile) 

[0251] Plasma Collect Factor : 

[0252] AC infusion rate control maintains the AC flow to the donor as: 
[0253] 

[0254] where the inlet flow associated with this is: 
[0255] 

Qmo " *Q*» * 0001 OtV. (Bq. 12) 

[0256] QIN is proportional to the total AC flow, as given by Eq. 3, which includes the AC 
that flows to the platelet collect bag 38 and the plasma collect bag 54. P(Eq. 1 3) is the 
factor by which QIN is increased by collecting AC, relative to not collecting AC. That is, 
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[0257] 

[0258] where: 
[0259] 

[0260] and where: 
[0261] 

[0262] Platelet Collect Volume : 
[0263] 

[0264] Source Plasma Volume : 

[0265] The four choices provided are as follows: 

[0266] 



iO (Eq.17) 



[0267] where: 
[0268] 



[0269] and where: 

Ml t f„ t 0.U (Bj. »9) 

[02 70] £to/?or Post-count : 
[0271] 



[0272] A warning is given if C pQ < 1 00. 

r„ - Y t (l ♦ (B*21) 
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[0273] The primary equation to be solved for purposes of the yield prediction by the 

prediction model is Eq. 4. Consequently, Eqs. 1-3 and 5-22 are ancillary to Eq. 4 

although they may be used to calculate other output data and/or information required 

by Eq. 4. With regard to the manner in which Eqs. 1-22 are solved, all the iteration 

loops are preferably based on the technique of successive approximation, in which 

each iteration is a repeat of the previous one, but using updated parameter values 

calculated in the previous iteration. This process continues until all the convergence 

criteria are met. The convergence criteria are that, on successive iterations, the 

variable difference is < 1 for V , < 0.2 for t _ , and < 1 0 for C n .As noted above, the 

c E B 

foregoing was based upon a dual needle configuration as illustrated in Fig. 7A. In the 
event that a single needle configuration such as that illustrated in Fig. 7B is utilized, 
the following Eq. T is used in place of Eq. 7 and the constants C ^ and C for Eq. 5 
are as follows: 

[0274] C i =0.803 

[0275] C 2 =8.54x10 -5 

t, - t, , Q m S 20 
- », - 2IW/J0-I/Q.J. tf„ > 20 

[0276] Variable Index 
[0277] Symbols for Equations 

[0278] C i , C = constants in platelet collection efficiency equations 

[0279] c ^ _ p| ate | et concentration in collect bag, expressed as 10 3 platelets/microliter 
[0280] 

[0281] Collect Volumes : 

[0282] CPR = donor pre-count, expressed as 103 platelets/microliter 

[0283] EC = platelet collection efficiency 

[0284] fACP = AC expressed as a fraction of pure plasma volume 

[0285] fBP = fraction of VB processed in platelet collection procedure 



C nQ = donor post-count, expressed as 10 3 platelets/microliter 
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[0286] fSP = VCON expressed as a fraction of VB 

[0287] FY = user-specific (e.g., blood bank /center) yield calibration factor 

[0288] H = hematocrit of donor or patient 

[0289] I = AC infusion rate constant 

[0290] L = donor or patient height, inches 

[0291] P = plasma collect factor 

[0292] QAC = AC flow, ml/min 

[0293] QACD = AC flow infused into donor for platelet collection procedures, ml/min 

[0294] QIN = inlet flow, ml/min 

[0295] QINA = average inlet flow for platelet procedures, ml/min 

[0296] QINO = RQACD = inlet flow associated with QACD, ml/min 

[0297] R = AC ratio 

[0298] tE = equivalent procedure time, min 

[0299] tP = procedure time, min 

[0300] VB = total blood volume of donor or patient, ml 

[0301] VC = volume of pure plasma in platelet collect bag, ml 

[0302] VCB = total volume in platelet collect bag, ml 

[0303] VCON = volume constraint for total pure plasma collected, ml 

[0304] VCONH = higher value of VCON, ml 

[0305] VCONL = lower value of VCON, ml 

[0306] VSP = volume of pure plasma in source plasma bag, ml 

[0307] VSPB = total volume in source plasma bag, ml 
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[0308] W = donor or patient weight, lbs 

[0309] WC = weight constraint associated with VCON, lb 

[03 10] Y = platelet yeild, number of platelets. 

[031 1] As noted above, the computer/database assembly 140 associated with principles 
of the present invention interfaces with or at least provides information to one or 
more blood component collection assemblies 1 0 to provide a blood component 
collection system 2. That is, although there are definite advantages to having an 
interface between the computer/database assembly 140, and the blood component 
collection device 1 8, the optimization procedure may be performed at any location 
and input into the blood component collection device 18 in any manner. Since the 
general principles of the blood component collection assembly 10 were described with 
relation to the collection assemblies 10 ' , 10" (Figs. 7 A and 7B) which included the 
blood component collection device 1 8 and its various features, the 
computer/database assembly 140 will be described in relation to such assemblies 10', 
10". However, it will be appreciated that the fundamental optimization principles of 
the present invention are not limited to these collection procedures and/or 
apparatuses. 

[0312] As noted (Figs. 1A-1 D), the computer/database assembly 1 40 generally includes a 
central station 148, as well as a manipulation device 144 and a memory device 142 
(not separately shown). Initially, it should be noted that the manipulation device 144 is 
preferably separate from the internal control of the blood component collection device 
1 8. Device 1 8 also preferably remains accessible by the operator interface device 16 
(which could include the touch screen introduced above). However, typically the 
manipulation device 144 will be integrated with ( e.g. , put in data communication 
relationship with) this internal control device The central memory device may also be 
separate from the central manipulation device 144 (as well as from the individual 
blood processing machines 1 0 and/or their control elements 1 6). The memory device 
need only be put in data communication relationship with the data manipulation 
device and/or one or more control elements of the central computational/database 
assembly and/or one or more blood processing machines 1 0. 
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[0313] Referring now to Fig. 9A, the computational/database assembly 140 will be 

described with regard to a standard exemplary procedure. The central input station 
148 may typically be used by blood banks/centers as the primary means for donor 
data input and donor data management. As introduced above in the relation to Figs. 
2A-2E, information relating to a donor such as gender, height, weight, total blood 
volume, blood type, temperature, pressure and demographics will preferably be input 
at the central input station 148, or could be easily downloaded to the 
computer/database assembly 140 from a disparate system such as systems 3 and/or 
4 as shown in Fig. IB. Moreover, information relating to the donor's hematocrit and a 
blood component pre-count (such as platelet pre-count), both of which may be 
obtained from a donor blood sample and determined by known techniques such as 
cell counters, may also be entered at the central station 148. In addition to donor- 
related data, the particular type of collection procedure to be used for the donor ( e.g. 
, single needle or double needle) may be input/confirmed at the central input station 
148. These also could be downloaded from a disparate system. Based upon this 
information and certain site-standardized conditions ( e.g. , total procedure time, 
collection efficiency, AC infusion rate), an initial procedure order is thereafter 
generated preferably by the manipulation device 140 which specifies the various 
process control parameters associated with the selected collection procedure. 

[0314] 

The initial procedure order may be transferred/down-loaded onto the internal 
control of a blood component collection device 1 8 by a computer network system 
(Figs. 1 A and 1 B) or by other methods such as floppy disk transfer (not shown). The 
operator interface module may be used to assist this process if required/desired. 
When this operator interface module 1 6 exists, it may of course still be used as an 
alternative for the initial donor data input and/or to generate the initial procedure 
order including optimization and thereby alleviate the need for a central input station 
148. However, it is believed that it will be more efficient to use the central input 
station 148 and the associated central data manipulation device 140, preferably in 
conjunction with the central memory database. Although this initial procedure order 
may be used in the collection process, the initial procedure order may also be 
optimized in accordance with principles of the present invention to obtain one or 
more optimal values for the process control parameters. This optimization may also 
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be performed on the individual blood processing machines 18, but is preferably 
conducted on/by the central data manipulation device 140. As noted, this 
optimization process may be utilized before the collection procedure is actually 
initiated, but may also be initiated during a given collection procedure and such is 
referred to as downstream optimization although if performed after initiation, and 
though possibly performed at the central computer/database 140 on/by manipulation 
device 1 40, it is preferred that post-initiation changes be effected only at or by the 
individual machines 10. 

[031 5] With regard to the various optimization options, process control parameters may 
be derived for a product-based optimization. More particularly, the 
computer/database assembly and specifically the manipulation device 144 derives 
process control parameters for achieving a predetermined yield of blood components 
through a maximization of at least one process parameter as will be discussed below 
in relation to the optimization models 1 52 (Fig. 9B), and 1 72 (Fig. 9C), for example, as 

noted above, in the United States a single platelet product (SPP) is 3 x 10 1 1 platelets 

and a double platelet product (DPP) is 6 x 1 0 1 1 platelets. Consequently, the 
manipulation device 144 may be configured to provide a number of product-based 

optimizations such as SPP and DPP. Although the exact values for a current U.S. SPP 

and DPP could be configured into the manipulation device 144, in order to increase 

the probability that the actual yield will equal or exceed the yield requirements for a 

current U.S. SPP or a DPP, the site may configure a SPP to be 3.5 x 1 0 1 1 platelets and 

a DPP to be 7.0 x 1 0 platelets (e.g., to effectively provide a given confidence level 
over the minimum that the specified yield will actually be met). 

[0316] The manipulation device 144 may also be configured to provide a time-based 
optimization. That is, for a given amount of time which a donor is available, the 
manipulation device 144 will derive those process parameters which allow for the 
collection of a "maximum" amount of platelets in this time period in relation to a 
maximization of at least one of the process control parameters. 

[0317] 

Once the optimization is complete, the values for the various process control 
parameters generated thereby, as well as any ancillary/previously specified values, are 
downloaded to the internal control of the blood collection device 1 8 such that the 
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collection procedure may be initiated or reinitiated (downstream optimization) as the 
case may be in accordance with these values. Once the procedure is completed, 
certain data is transferable (electronically through the communication subsystem 146 
or otherwise as noted, e.g., floppy disk) back to the manipulation device 144 and/or 
the central memory/database and/or the central input station 148 for further use with 
regard to the particular donor. In addition, this information as well as the initial input 
may be used to generate various types of reports which may further assist in the 
management of the blood bank/center ( e.g. , individual run, donor/patient, summary 
reports, etc. ). That is, this information may be used in the derivation of subsequent 
procedure orders for the particular donor or even for improved efficiency for entire 
pool of donors. For instance, in the event that a certain AC infusion rate was used in 
the collection procedure which had certain effects on this particular donor, this may 
be recorded in the central memory/database 142 such that a lower AC infusion rate 
would be suggested/required for subsequent donations by this donor and perhaps 
also for the entire pool. 

[0318] One model which may be incorporated into the manipulation device 144 is 
illustrated in Fig. 9B and will be described with regard to platelet collections in 
accordance with the dual needle configuration of Fig. 7A, although the device 144 
may be used with a variety of other collection procedures and including the single 
needle configuration of Fig. 7B, as well as with various other blood components. 
Initially, it should be noted that all references in Fig. 9B to "derivations" are actually 
provided by the prediction model discussed above such that there is either an 
appropriate communication interface between the prediction model and manipulation 
device 1 44 or the manipulation device 1 44 actually includes the prediction model 
disposed thereon or therein. Moreover, as noted the prediction model described here 
is specific to the blood component collection machine 1 8 and to platelet collections. 
Therefore, if other machines or processes are used, the associated prediction model 
would also likely change as noted. Moreover, the associated prediction model may 
also vary in the case where different blood components such as red blood cells are to 
be collected. 

[0319] optimizer model 1 52 of Fig. 9B may be used for both product-based and 

time-based optimizations. Initially, the optimizer model 1 52 will be described with 
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regard to a product-based optimization. That is, the fundamental premise of the 
optimization is to achieve a predetermined platelet (or other blood component type) 
yield (or within a yield range), preferably in the minimum amount of time. 

[0320] The optimizer model 1 52 of Fig. 9B is comprised of four iterative loops. Generally, 

the first loop 1 56 is a derivation of an inlet flow (Q ) associated with a specified AC 

IN 

infusion rate (I ) which is typically set at a maximum value for purposes of the 
present invention and which is entered at the input station 1 54. This derivation is 
thereafter performed by the processing station 1 58 and includes the solution of Eqs. 
4, 8, 14, and 1 6 and/or equations ancillary thereto by the prediction model as 
discussed above. 

[0321] There are of course various convergence criterion/criteria which may be 

incorporated into the first loop 1 56. For instance, convergence may be based upon 

the current inlet flow (Q lt ) in the first loop 1 56 through use of a binary search 

IN-C 

technique. In this case, in solving the noted equations at the processing station 1 58 

certain parameters remain fixed in the iterative derivation of the inlet flow (Q ) 

which achieves the specified AC infusion rate(l ^ ) and these parameters are also 

specified at input station 1 54. These include the total blood volume (V ) which can 

B 

be calculated using Eq. 1 0 since the donor's height, weight, and gender are entered at 

the central input station 148, and the AC ratio (R), which can be calculated using Eq. 9 

since the donor's hematocrit (H) has been determined, or may be specified at some 

value. Moreover, the total procedure time (t ) remains fixed in each iterative 

derivation of the inlet flow (Q ) associated with the specified AC infusion rated 

IN 

) in the first loop 1 56. However, since the total procedure time (t p ) is not known 

in the case of a product-based optimization and thus cannot be specified at the input 

station 1 54, a current total procedure time (t ) initially will be assumed ( e.g. , this 

assumption is configured in the optimizer model 1 52 and since a range of total 

procedure times is provided in the prediction model 20 as noted above, the mean 

total procedure time (t ) is typically configured into this portion of the optimizer 

model 1 52 as the initial current total procedure time (t )). The "current" 

designation is used for the total procedure time in this case since the optimizer model 

1 52 provides for an adjustment of the total procedure time after each iterative 

determination of the inlet flow (Q ) which provides the specified AC infusion rated 

IN 
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jpgj. ) ' n t ^ e second loop 1 60 in order to achieve the desired yield (Y) if required in 
the case of a product-based optimization as will be discussed in more detail below. 

[0322] Generally, the inlet flow-based binary search technique convergence may be 

provided by assuming a current value for the inlet flow (Q lkl ^ ), calculating a current 

IN-C 

plasma collect factor (P ) using the current total procedure time (t p ) p calculating 

a current AC infusion rated ^ ) using the current inlet flow (CD t ) and current 

C "* IN-C 

plasma collect factor (P ), and adjusting the current inlet flow (Q ) (at the 

C IN-C 

parameter update in the first loop 1 56) in accordance with the selected binary search 

technique until there is a predetermined convergence between the two most recent 

values for the current inlet flow (CD, ) ( Le. , wherein the difference between the 

IN-C 

two most recent values of Q is less than some predetermined amount which 

IN-C 

means that the convergence criterion is met). In the case of a binary search technique, 
there will always be convergence ( i.e. , the convergence criterion will always be met) 
such that the optimizer model 1 52 will always exit the first loop 1 56 and enter the 
second loop 160. 

[0323] As an alternative to the noted inlet flow-based convergence criterion/criteria and 

the noted binary search technique, another possibility is to base convergence on the 

specified AC infusion rate (I ) and use an iterative derivation to determine the 

desired inlet flow (Q ). In this case, the first loop 1 56 is used to once again 
IN 

iteratively derive the inlet flow (Q ) which provides the specified AC infusion rate (I 

IN 

) at the processing station 1 58 from certain specified parameters. That is, the 

first loop 1 56 is still a maximization of the inlet flow (Q ) based upon the specified 

IN 

AC infusion rate (I ) which should be associated with the donor 1 4. This is again 
primarily through the solution of Eqs. 4, 8, 1 4, and 1 6 and/or equations ancillary 
thereto by the prediction model discussed above. 



[0324] 



For purposes of solving the above-identified equations in relation to the infusion 

rate-based convergence criterion, certain parameters remain fixed in the iterative 

derivation of the inlet flow (Q ) which achieves the specified AC infusion rate (I 

IN 

) in the first loop 1 56 and these parameters are also specified at the input 

station 1 54. These include the specified AC infusion rate (I ) which is known and 

K SPEC 

which is typically a maximum value for the donor 1 4 the total blood volume (V ) 

B 
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which can be calculated using Eq. 10 since the donor's 14 height, weight, and gender 

are entered in the central input station 148 or downloaded from a disparate 

information database, and the AC ratio (R) which can be calculated using Eq. 9 since 

the donor's 14 hematocrit (H) has been determined and input in the central input 

station 148 or otherwise downloaded, or may be entered as modified input data. 

Moreover, the total procedure time (t ) remains fixed in each iterative derivation of 

the inlet flow (Q ) associated with the specified AC infusion rate (I ). However, 
IN SPEC 

once again the total procedure time (t ) is not known in the case of a product-based 
optimization and thus cannot be specified at the input station 1 54. Therefore, a 
current total procedure time (t ) initially will be assumed ( e.g. , this assumption is 
configured in the optimizer model 1 52, and since a range of total procedure times is 
provided in the prediction model as noted above, the mean total procedure time (t ) 
is typically configured into the first loop 1 56 of the optimizer model 1 52). The 
"current" designation for the total procedure time is used for the above-identified 
reasons relating to the adjustment of the total procedure time in the second loop if 
required to attain the desired yield (Y). 



The solution of Eqs. 4, 8, 14, and 16 also requires that certain values be assumed 

for certain of the remaining parameters with still other parameters being derived from 

this assumption. In this case, an iterative procedure is used and updated/current 

values are used in the next iterative calculation(s). All parameters which change on 

each iteration of the first loop 1 56 are identified herein with a "c" subscript to 

designate that the most current value is to be used. Although the derivation of that 

inlet flow (Q ) which provides the specified AC infusion rate (I ) may be 
IN SPEC 

accomplished in a variety of manners via Eqs. 4, 8, 1 4, and 1 6, one way is to assume a 

current value for the plasma collect factor (P ), then calculate the current inlet flow 

(Q ) using the specified AC infusion rate (I _ ), then calculate the current yield 
IN-C SPEC 

(Y ), then calculate the current plasma collection factor (P ^ ) using the current yield 
(Y ), and repeat this procedure with the current values until there has been 
acceptable convergence on the current inlet flow (Q ) in relation to the specified 
AC infusion rate (I ) ( e.g. , when the particular convergence criterion/criteria is 
met/established). When there is acceptable infusion rate-based convergence, the 
optimizer model 1 52 exits the first loop 1 56 and enters the second loop 160. In order 
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to offer protection for cases when there is no such convergence, a maximum number 
of iterations for the first loop 1 56 may be specified (not shown). 

[0326] The second loop 1 60 of the optimizer model 1 52 is a total procedure time (t ) 
iteration. That is, the second loop 160 is an iterative adjustment of the current total 
procedure time (t ). Initially, in the second loop 160 and in the case of a product- 
based optimization the model 1 52 will never exit at the first comparator 1 62 since a 
total procedure time (t ) is not specified at the input station 1 54. Consequently, the 
optimizer model 1 52 proceeds to the second comparator 1 66 where convergence 
criteria ( i.e. , more than one check) is made. One convergence criterion which is 
checked at the second comparator 1 66 is whether the current yield (Y ) is greater 
than or equal to the desired and specified yield (Y). In this case, the current yield (Y ) 
may be calculated based upon the values specified at the input station 1 58, values 
derived at the processing station 1 58, and the current total procedure time (t ) for 
comparison with the desired and specified yield (Y) (in some cases, this current yield 
calculation (Y ) may have been performed in the first loop 1 56 and need not be 
repeated in the second loop 160). If the yield convergence criterion is met, the model 
1 52 exits the second loop 160 and actually exits all the way through to the exit 151, 
as will be discussed below. In this case, the specified/derived values are "optimal" and 
the collection procedure could be performed on the device 1 8 using the noted values 
for the various control parameters. 

[0327] j n t | ie event t h at t h e yield-based criterion is not met at second comparator 1 66, 
the second comparator 1 66 looks to a total procedure time-based convergence 
criterion which may be similar to that discussed above with regard to the inlet flow- 
based criterion ( e.g. , using a binary search technique with the convergence criterion 
then being a predetermined difference between the two most current values of the 
total procedure time (t )). On the first time through the second loop 1 60 after the 
noted yield-based convergence criterion has failed and the total procedure time 
convergence criterion has failed, the current total procedure time (t ) is adjusted 
and the model 1 52 returns to the first loop 1 56. That is, each time that the current 
total procedure time (t ^ ) is adjusted in the second loop 160, the entirety of the 
first loop 1 52 is repeated ( i.e. , a new inlet flow (Q ) associated with the specified 
AC infusion rate (I ) ' s derived using the current total procedure time (t^ 
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provided by the adjustment in the second loop 1 60). Other convergence 
criterion/criteria could be used in the second loop 160, such as specifying a 
maximum number of iterations to be performed by the second loop 1 60. 

[0328] In the event that the yield-based convergence criterion is not met on the second 
loop and the total procedure time-based convergence criterion is met at the second 
comparator 166 in the second loop 160, the optimizer model 152 exits the second 
loop 1 60 and enters the third loop 1 64. The third loop 1 64 is an iterative adjustment 
of the AC ratio (R). However, the model 1 52 initially enters the third comparator 169 
where convergence criteria ( i.e. , more than one) are checked. One convergence 
criterion is again the above-noted yield-based convergence criterion. If this yield- 
based convergence criterion is again not met, an AC ratio-based convergence 
criterion is checked at the third comparator 169. This may be similar to the inlet flow- 
based criterion discussed above ( e.g. , using a binary search technique with the 
convergence criterion being the two most current values of the AC ratio). On the first 
time through the third loop 1 64 after the yield-based criterion has failed and the AC 
ratio-based convergence criterion has failed, the AC ratio is adjusted and the 
optimizer model 1 52 returns to the first loop 1 52. That is, each time that the AC ratio 
(R) is adjusted in the third loop 1 64, the entirety of the first and second loops 1 56, 
160, respectively, is repeated. Other convergence criterion/criteria could be used in 
the third loop 1 64, such as specifying a maximum number of iterations of the third 
loop 1 64. 

[0329] | n event t h a t the yield-based convergence criterion is not met in the second or 
third loops 160, 164, respectively, and the second and third comparator 166, 169, 
respectively, and the AC ratio-based convergence criterion is met at the third 
comparator 1 69 in the third loop the optimizer model 1 52 exits the third loop 1 64 
and enters the fourth loop 1 68. The fourth loop 1 68 is an iterative adjustment of the 
specified AC infusion rate (I )• However, the optimizer model 1 52 initially enters 
the fourth comparator 1 70 where convergence criteria ( i.e. , more than one) are 
checked. One convergence criterion is the noted yield-based convergence criterion. If 
the noted yield-based convergence criterion is not met at the fourth comparator 1 70, 
an AC infusion rate-based criterion is checked at the fourth comparator 1 70. This may 
be similar to the inlet-flow based criterion discussed above ( e.g. , using a binary 



AppJD=10064859 



Page 102 of 166 



search technique with the convergence criterion being the two most current values of 
the AC infusion rate). On the first time through the fourth loop 1 68 after the yield- 
based criterion has failed and the AC infusion rate-based convergence criterion has 
failed, the AC infusion rate is adjusted and the model 1 52 returns to the first loop 
1 52. That is, each time that the specified AC infusion rate (I ) ' s adjusted, the 
entirety of the first, second and third loops 1 56, 1 60, 1 64, respectively, is repeated 
(with the AC ratio set back to its initial value as entered at the input station 1 54 on 
each iteration of the fourth loop 1 68). Other convergence criterion/criteria could be 
used in the fourth loop 1 68, such as specifying a maximum number of iterations of 
the fourth loop 1 68. In cases where the specified AC infusion rate (I ) is actually 
the maximum AC infusion rate, typically the fourth loop 168 will execute only a single 
time with a one-time increase in the AC infusion rate of, for instance, 20% ( e.g. , may 
be site-configured). 

[0330] In the foregoing loops where yield-based convergence criteria are identified, when 
the criteria are met the optimizer model 1 52 exits to exit 151 and the 
specified/derived ( i.e. , current) values for the various process control parameters 
may be provided to the device 1 8 for performing the collection procedure. However, 
there may be cases where no optimization occurs, such as when the optimizer model 
1 52 exits to the exit 1 51 based upon the AC infusion rate based convergence criterion 
being met. 

[0331] optimizer model 1 52 may also be used for a time optimization. That is, the 

optimizer model will derive optimal process parameters for a predetermined total 

procedure time (t ) through maximization of at least one of the process parameters 

in order to maximize the platelet collection (or for other blood component types). In 

this case, the optimizer model only executes the first loop 1 56 to derive the inlet flow 

(Q ) associated with a specified AC infusion rate (I ) (typically a maximum 
IN SPEC 

value) using the input total procedure time (t ) in this iterative derivation instead of 
the assumed total procedure time (t ) referenced above. Once there is acceptable 
convergence as defined above in the product-based optimization such that model 1 52 
exits the first loop 1 56, the current yield (Y ) may be calculated in the first loop 1 56 
(but again may already have been calculated in the first loop 1 56 at the processing 
station 1 58 such that no further calculation is required) and the convergence criterion 
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will be met at the first comparator when entering the second loop 160 ( i.e. , in a 

time-based optimization when a total procedure time is specified at the input station 

1 54, the model 1 52 will exit when entering the second loop 1 58). As a result, the inlet 

flow (Q ) and AC infusion rate (I) will be optimal and the collection procedure may 
IN 

be performed with such values. 

[0332] Another optimization model is presented in Fig. 9C and may be used for both 

product-based and time-based optimizations. As in the case of the optimizer model 

1 52, the optimizer model 1 72 may interface with the prediction model or actually 

integrally incorporate the prediction model, and thus reference to Eqs. 1-22 will be 

further made herein. Generally, the optimizer model 1 72 is based upon the principle 

that optimization occurs when an optimal inlet flow (Q ) associated with an optimum 

system collection efficiency is used in the derivation of various process control 

parameters. Referring to Fig. 1 0, a representative inlet flow (Q Bti )/yield (Y) curve is 

IN 

presented to show the optimal inlet flow (Q ) associated with the maximum yield (Y 

). This optimal inlet flow (Q ^) is mathematically expressed by Eq. 23 presented 

below which results from differentiating Eq. 4 of the prediction model with regard to 

the inlet flow (Q ). As can be appreciated, where different algorithms are used in 
IN 

the associated prediction model (whether based upon collection of blood components 
other than platelets, different collection apparatus, or alternative derivations of the 
various parameters with the same collection procedure and apparatus), the optimal 
inlet flow may be mathematically expressed in a different manner. 



[0333] 
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[0339] Based upon the foregoing, the optimal inlet flow (Q ) is really "optimal" in terms 
of the collection apparatus. 

[0340] Referring again to Fig. 9C, the optimizer model 1 72 will initially be described with 

regard to a product-based optimization wherein the desired yield (Y) is specified at 

input station 1 84. Generally, the inlet flow (Q ) associated with a specified AC 

IN 

infusion rate (I ) (typically the maximum AC infusion rate and also specified at 

input station 1 84) is iteratively derived from certain other specified parameters. This 

inlet flow calculation, particularly when the maximum AC infusion rate (I ) and 

MAX 

maximum AC ratio (R ) are specified, the inlet flow (Q ) is optimal based on the 
MAX IN 

physiological considerations of the donor 14. This is primarily through the solution of 

Eqs. 4, 8, 1 4, and 1 6 and/or equations ancillary thereto by the prediction model 

discussed above. For purposes of solving these equations certain parameters remain 

fixed in the iterative derivation of the inlet flow (Q ) which achieves the specified AC 

IN 

infusion rate (I ) and these parameters are also specified at input station 1 84. 

These include the total blood volume (V ) which can be calculated using Eq. 1 0 since 

B 

the donor's height, weight, and gender are entered in the central input station and the 

AC ratio (R), which can be calculated using Eq. 9 since the donor's hematocrit (H) has 

been determined, or may be specified at some maximum value. Moreover, the total 

procedure time (t ) remains fixed in each iterative derivation of the inlet flow (Q ) 
P IN 

associated with the specified AC infusion rate (I ). However, since the total 
procedure time (t ) is not known in the case of a product-based optimization and 
thus cannot be specified at the input station 1 84, a current total procedure time (t 

) initially will be assumed ( e.g. , this assumption is configured in the optimizer 
model 172 and since a range of total procedure times is provided in the prediction 
model as noted above, the mean total procedure time (t ) is typically configured into 
this portion of the optimizer model 1 72 as the initial current total procedure time (t 

)). The "current" designation is used for the total procedure time in this case since 

the optimizer model 1 72 provides for an adjustment of the total procedure time after 

each iterative determination of the inlet flow (Q ) which provides the specified AC 

IN 
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infusion rate (I ) in order to achieve the desired yield (Y) if required in the case of 
a product-based optimization as will be discussed in more detail below. 

[0341] The solution of Eqs. 4, 8, 1 4, and 1 6 also requires that certain values initially be 

assumed for certain of the remaining parameters. In this case, an iterative procedure 

is used in the solution of the yield equation (Eq. 4) (and including equations ancillary 

thereto as noted above) and updated values are used in the next iterative calculation 

(s) at the processing station 1 88. Although the derivation of that inlet flow (Q ) 

IN 

which provides the specified (typically maximum) AC infusion rate (I ) may be 

accomplished in a variety of manners via Eqs. 4, 8, 1 4, and 1 6, one way is to assume a 

current value for the plasma collect factor (P) then calculate the current inlet flow (Q 

) using the specified AC infusion rate (I ), then calculate the current yield (Y 
IN-C SPEC 

), then calculate the current plasma collection factor (P ^ ) using the current yield (Y 

), and repeat the foregoing with the updated parameters, all within the processing 

station 1 88, until there has been acceptable convergence on the current inlet flow (Q 

) in relation to the specified AC infusion rate (I ). 
IN-C SPEC 

[0342] )n addition to the calculation of the current inlet flow (Q iki ■ ) associated with the 

IN-C 

specified AC infusion rate (I ^ ), the above-discussed optimal inlet flow (Q ^ ) is 

calculated at processing station 192. Consequently, a comparison can be made 

between the current inlet flow (Q ) which was derived in the above-described 

IN-C 

manner and the optimal inlet flow(Q ) at the first comparator 1 76. If the current inlet 

flow (Q ) is less than the optimal inlet flow (Q ) at the first comparator 1 76, the 
IN-C L 

specified values for the various parameters associated with the inlet flow Q are 

"optimum", namely the AC ratio (R) and the AC infusion rate (I) specified at the input 

station 1 84. Thereafter, the current yield (Y ) (which was calculated in the derivation 

of the current inlet flow (Q ) associated with the specified AC infusion rate (I 

IN-C 

) at the processing station 1 88) is compared with the input yield (Y) at second 

comparator 1 80. In the event that there has been acceptable convergence between 

these yield values, the current total procedure time (t ) is also "optimal". However, 

in the event that there has not been acceptable convergence between these yield 

values, the current total procedure time (t ) is adjusted at adjusting station 196 

and the foregoing iterative derivation of the current inlet flow (Q ifc ) associated 

IN-C 

with the specified AC infusion rate(l ) is repeated until such convergence is 
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achieved ( i.e. , using the initially specified AC infusion rate (I ) and the now 

adjusted current total procedure time (t ^ ), a new current inlet flow (Q iki _ ) is 

P-C IN-C 

iteratively derived in the above-described manner). 

[0343] Referring back to the first comparator 1 76, if the current inlet flow (Q lltl _ ) 

IN-C 

associated with the specified AC infusion rate (I ) derived at processing station 

1 88 is greater than the optimal inlet flow (Q ), a current AC infusion rate (I ^ ) 

associated with this particular inlet flow (Q ) is iteratively derived at the processing 

station 188 generally in the above-described manner ( i.e. , the initially specified AC 

infusion rate (I ) is disregarded in this derivation and a current AC infusion rate (I 

) is iteratively derived to coincide with the inlet flow (Q ^ )). In this case, the current 

inlet flow (Q ) will always be equal to the optimal inlet flow (Q , ) at the first 
IN-C L 

comparator 176 and the optimizer model 1 72 thereafter proceeds to the second 
comparator 1 80 for the yield comparison in accordance with the above-described 
procedure. 

[0344] The optimizer model 1 76 may also be used for a time-based optimization. In this 

case, the total procedure time (t ) is specified at the input station 1 84 as a specified 

total procedure time (t ) and thus is not assumed as in the product-based 

P-SPEC 

optimization. The optimizer model 172 thereafter proceeds in the same manner 
discussed above with regard to the product-based optimization except at the second 
comparator 1 80. Since no yield was input there is no yield comparison made at the 
second comparator 1 80. Instead a total procedure time comparison is made at the 
second comparator 1 80. Since the current total procedure time (t ) was set equal 
to the specified total procedure time (t ) prior to the model 1 72 proceeding to 

the processing station 1 88 in this time-based optimization, the model 172 will exit 
each time at the second comparator for a time-based optimization. 



[0345] 



In addition to the above-described product-based and time-based optimizations, 
the principles of the present invention may be extended to other applications relating 
to enhancing blood component system management. For instance, an optimization in 
accordance with principles of the present invention may be extended to encompass 
donor management issues. In one such case, another "optimization" associated with 
the blood component collection process would be to collect blood components as 
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dictated by existing inventory ( i.e. , use optimization as an inventory control). That is, 
information relating to the inventory of the various types of blood components in the 
blood bank/center and/or the demand for one or more blood component types could 
be maintained such that specific collection procedures could be selected to 
accommodate for a low supply of a given blood component type and/or a high 
demand for such blood component type. More specifically, in the event that the 
supply of red blood cells was low and/or the demand for red blood cells was high, or 
anticipated to be so in the near future, prompts could be provided to operators that 
red blood cells should be selected for collection if possible from donors during a 
given time period. Relatedly, the optimization principles of the present invention 
would be applicable to maintaining data on blood component collections from a given 
donor such that a determination could be made as to what type or types of blood 
components from the particular donor provided the maximum yield in the collection 
procedure. That is, information could be collected and maintained from prior blood 
component donations such that a determination could be made for a specific donor as 
to which type or types of blood components the donor has had a propensity to 
produce maximum yields therefor. 

[0346] 

Notwithstanding the foregoing description of the present invention in relation to 
an on-line blood component collection process, those skilled in the art will appreciate 
that the source of blood may be provided to the blood component collection device 
from an appropriate blood container (not shown) interconnected with the blood 
component collection device 18 versus receiving such directly from a human donor. 
Moreover, the blood of course may be provided from alternative sources such as 
animals. Furthermore, as illustrated in Fig. 7B the described component (platelet, RBC, 
plasma, inter alia) harvesting procedure may be performed utilizing a single needle 
configuration. In addition, the present invention is applicable to the collection of other 
types of blood components such as red blood cells, stem cells, white blood cells, 
and/or plasma, and is further applicable to the simultaneous collection of more than 
one blood component type. In the case of red blood cell collection and optimization in 
accordance with principles of the present invention, the donor's blood type should be 
known and used in various algorithms. Moreover, the present invention is not limited 
to the source being whole blood. That is, the principles of the present invention may 
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be applicable to removal of a component from any composite liquid, i.e. any liquid 
containing separable components (preferably separable using mechanical procedures). 



purposes of illustration and description. Although the preferred embodiment of the 
invention has been described in language which may be thought specific to structural 
features, methodological acts, and computer readable media containing such acts, it 
is rather intended to be understood that the invention defined in the appended claims 
is not necessarily limited to the specific structure, acts or media so described. The 
specific structure, acts or media are disclosed as preferred forms of implementing the 
claimed invention. Consequently, variations and modifications commensurate with the 
above teachings, and skill and knowledge of the relevant art, are within the scope of 
the present invention. The embodiments described hereinabove are further intended 
to explain best modes known of practicing the invention and to enable others skilled 
in the art to utilize the invention, and such other embodiments, and with various 
modifications required by the particular applications or uses of the present invention. 
It is intended that the appended claims be construed to include alternative 
embodiments to the extent permitted by the prior art. 



[0347] 



The foregoing description of the present invention has been presented for 
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